Descarga y version de Apache Ignite 2.9.1

linux imagen relacionada

Apache Ignite es una plataforma informática de memoria que es duradera, coherente y de alta disponibilidad, con potentes API de procesamiento, valores clave y SQL.

Almacenamiento centrado en la memoria: Apache Ignite se basa en una arquitectura distribuida centrada en la memoria que combina el rendimiento y la escala de la computación en memoria junto con la durabilidad del disco y una sólida coherencia en un sistema.La principal diferencia entre el enfoque centrado en la memoria y el enfoque tradicional centrado en el disco es que la memoria se trata como un almacenamiento completamente funcional, no solo como una capa de almacenamiento en caché, como lo hacen la mayoría de las bases de datos. Por ejemplo, Apache Ignite puede funcionar en un modo puro en memoria, en cuyo caso puede tratarse como una base de datos en memoria (IMDB) y una cuadrícula de datos en memoria (IMDG) en una. está encendido, Ignite comienza a funcionar como un sistema centrado en la memoria donde la mayor parte del procesamiento ocurre en la memoria, pero los datos y los índices se conservan en el disco. SQL distribuido

Ignite proporciona soporte completo para SQL, DDL y DML, lo que permite a los usuarios interactuar con Ignite utilizando SQL puro sin escribir ningún código. Esto significa que los usuarios pueden crear tablas e índices, así como insertar, actualizar y consultar datos utilizando solo SQL. Tener un soporte SQL tan completo convierte a Ignite en una base de datos SQL distribuida única en su tipo.

Valor clave distribuido El componente de cuadrícula de datos en memoria en Ignite es un almacén de valor clave distribuido totalmente transaccional que puede escalar horizontalmente en cientos de servidores en el clúster. Cuando la persistencia está habilitada, Ignite también puede almacenar más datos de los que caben en la memoria y sobrevivir a los reinicios completos del clúster.

Registro de cambios. Apache Ignite 2.9.1 lanzado.

Ignite Core:

  • Se agregó soporte para el cierre ordenado de ZookeeperDiscoverySpi
  • Vista del sistema agregada para metadatos binarios
  • Vista de sistema agregada para elementos de metaalmacenamiento
  • RebalancingPartitionsTotal métricas agregadas
  • Comportamiento concurrente de puntos de control mejorado
  • Se corrigió un error crítico del sistema al cancelar el registro de un bean JMX
  • Se corrigió IgniteCache # isClosed () que devuelve falso en el nodo del servidor incluso si la caché se había cerrado antes
  • Se corrigió la incapacidad para eliminar con entusiasmo las entradas de caché caducadas
  • Se solucionó el problema de reconstrucción de índice parcial en caso de que la caché indexada contenga diferentes tipos de datos
  • Se corrigió el error de vista del sistema de metaalmacenamiento local si había valores no distribuibles presentes
  • Interbloqueo fijo entre grid-timeout-worker y un hilo que abre una conexión de comunicación
  • Interbloqueo fijo en IgniteServiceProcessor
  • Se solucionó el problema cuando el futuro del reequilibrio podía quedarse sin estado final aunque todas las particiones son propiedad
  • Se solucionó el problema cuando la consulta de escaneo falla con un error de afirmación: clave de fila inesperada/li>
  • Se solucionó el problema con el archivo y la configuración de compactación de wal habilitada al reiniciar el servidor NPE fijo durante la inicialización de Cassandra Store con estrategia PRIMITIVE
  • Se corrigieron problemas de sincronización cuando se utilizan diferentes cargadores de clases para la implementación de la misma clase
  • Excepción fija en cachés SQL cuando el cliente se vuelve a conectar
  • Interbloqueo fijo en la eliminación de múltiples cachés
  • NPE fijo en IgniteServiceProcessor al destruir un caché
  • Se solucionó el problema cuando DurableBackgroundTask puede abandonar una tarea incompleta
  • Se solucionó el problema relacionado con la deserialización del interceptor de caché en los nodos del cliente
  • Se solucionó el problema cuando control.sh no se inicia si se configuraba el puerto JMX
  • Se solucionó el problema cuando ZookeeperDiscoverySpiMBeanImpl # getCoordinator puede devolver un nodo no válido como coordinador
  • Se solucionó el problema cuando la sección de bloqueo válida en GridNioWorker y GridNioClientWorker conduce a la detección de subprocesos de bloqueo de falsos positivos
  • Se corrigieron varios problemas de registro
  • Se solucionó el problema cuando el trabajador de intercambio, esperando una nueva tarea de la cola, se consideraba bloqueado
  • Se corrigió la salida del registrador de instantáneas de topología incorrecta sobre el cambio de coordinador
  • Ralentización fija durante la inicialización del nodo
  • Se corrigió el uso incorrecto de Class.isAssignableFrom en las clases SystemViewLocal y SystemViewMBean
  • Se corrigieron varios problemas de métricas concurrentes.
  • Se solucionó el problema relacionado con el trabajo incorrecto de los predicados () en la cláusula where con clave primaria compuesta
  • Se eliminó la dependencia innecesaria del curator-cliente y se mejoró ZookeeperDiscoverySpi
  • Se eliminó el seguimiento de fallas innecesarias en IgnitionEx

Cliente ligero Java:

  • Se solucionó el problema cuando el cliente ligero se conectaba / desconectaba durante la actualización de la topología y podía provocar una divergencia de particiones en ignite-sys-cache
  • Se solucionó el problema cuando el cliente ligero cierra silenciosamente el canal después de la inactividad
  • Se corrigió la excepción de la versión del protocolo no compatible al obtener la configuración de la caché del cliente ligero de Java

JDBC:

  • El controlador delgado fijo informa nombres de propiedad incorrectos
  • Metadatos JDBC actualizados para que coincidan con las capacidades reales

Encienda .NET:

  • Serialización lenta mejorada de Enum
  • Se solucionó el problema cuando fallaba la deserialización de IBinaryObject que contenía un campo IBinaryObject
  • Problema solucionado El finalizador de TransactionImpl puede bloquear el proceso
  • Los procesos secundarios fijos se convierten en zombis cuando se usa la persistencia con direct-io en Linux
  • Encienda C ++:

    • Se agregó soporte de Windows al sistema de compilación CMake
    • Se solucionó el problema cuando odbc-example pierde valores si se ejecuta con 1 nodo adicional

    Descarga y version de Apache Ignite 2.9.1

    Gracias por visitar este sitio, espero que te haya gustado y vuelvas proximamente, compartela en las redes sociales, gracias

    Compartir en Facebook Compartir en twitter

    Fecha actualización el 2021-12-30. Fecha publicación el 2020-12-30. Categoría: linux Autor: Oscar olg Mapa del sitio Fuente: meterpreter