%20(1).png)
TerrariumDB v8.0 presenta un nuevo Storage Core Format (SCF4) con motores de almacenamiento enchufables y aislamiento de rutas de ejecución, además de importantes incorporaciones de SQL: DELETE, WITH, multi-JOINs y TRUNCATE ALL.
La seguridad se refuerza con el gRPC protegido por TLS de forma predeterminada, y la observabilidad se mejora en todas las métricas y los registros. A nivel operativo, la versión v8.0 reduce el uso de la CPU para los servicios de ingesta y acelera las copias de seguridad. Internamente, se logra una ejecución de consultas más rápida y predecible gracias a un trabajo perfeccionado de planificación y agrupamiento de subprocesos, además de numerosas correcciones que mejoran la corrección del SQL, estabilizan los flujos entre agregador y trabajador y aseguran un cierre más limpio.
GROUP BY y ORDER BY para mejorar el procesamiento paralelo.instrucción DELETE: eliminación de filas nativas en la capa SQL.WITH (CTE): composición de consultas más rica.
TRUNCATE ALL TABLES: comando de gestión para truncar múltiples tablas en una base de datos.MYSQL_ACTIVE_CONNECTIONS y nuevas métricas para el agregador/controlador.ALTER USER; suites de prueba para usuarios/roles y privilegios; SHOW ROLE EDGES.RAND () reescrito para ser compatible con múltiples hilos.default_storage_engine requerida para la conectividad del cliente SQL.
GROUP BY;*; CAST … AS CHAR ahora copia por tamaño en bytes;\[abc] en LIKE;
Entregamos una capa de almacenamiento completamente nueva con archivos columnares rediseñados, codificaciones vectoriales personalizadas y diccionarios optimizados. Esto redujo el uso del disco en un 20%, la RAM en un 31% y la carga de la CPU en aproximadamente un 30%, a la vez que redujo significativamente las latencias de las consultas (hasta un 80% más rápido p50 con cargas de trabajo mixtas).
Las columnas ahora utilizan tipos de fragmentos especializados para valores repetidos, ordenados y booleanos (dictionary, dChunks, vChunks). Estas optimizaciones permiten un almacenamiento más compacto y un acceso más rápido, lo que allana el camino para nuevas mejoras a nivel de archivos.
Un nuevo modelo de ejecución basado en agrupamiento de hilos para los servicios de ingestión, combinado con SCF4, mejoró la eficiencia de la CPU. Las reservas de CPU en los servicios de ingestión se redujeron en ~45%, aumentando la eficiencia de uso del 57 al 66% y reduciendo directamente los costos operativos de los clústeres.
TerrariumDB v8.0 presenta un nuevo Storage Core Format (SCF4) con motores de almacenamiento enchufables y aislamiento de rutas de ejecución, además de importantes incorporaciones de SQL: DELETE, WITH, multi-JOINs y TRUNCATE ALL.
La seguridad se refuerza con el gRPC protegido por TLS de forma predeterminada, y la observabilidad se mejora en todas las métricas y los registros. A nivel operativo, la versión v8.0 reduce el uso de la CPU para los servicios de ingesta y acelera las copias de seguridad. Internamente, se logra una ejecución de consultas más rápida y predecible gracias a un trabajo perfeccionado de planificación y agrupamiento de subprocesos, además de numerosas correcciones que mejoran la corrección del SQL, estabilizan los flujos entre agregador y trabajador y aseguran un cierre más limpio.
GROUP BY y ORDER BY para mejorar el procesamiento paralelo.instrucción DELETE: eliminación de filas nativas en la capa SQL.WITH (CTE): composición de consultas más rica.
TRUNCATE ALL TABLES: comando de gestión para truncar múltiples tablas en una base de datos.MYSQL_ACTIVE_CONNECTIONS y nuevas métricas para el agregador/controlador.ALTER USER; suites de prueba para usuarios/roles y privilegios; SHOW ROLE EDGES.RAND () reescrito para ser compatible con múltiples hilos.default_storage_engine requerida para la conectividad del cliente SQL.
GROUP BY;*; CAST … AS CHAR ahora copia por tamaño en bytes;\[abc] en LIKE;
Entregamos una capa de almacenamiento completamente nueva con archivos columnares rediseñados, codificaciones vectoriales personalizadas y diccionarios optimizados. Esto redujo el uso del disco en un 20%, la RAM en un 31% y la carga de la CPU en aproximadamente un 30%, a la vez que redujo significativamente las latencias de las consultas (hasta un 80% más rápido p50 con cargas de trabajo mixtas).
Las columnas ahora utilizan tipos de fragmentos especializados para valores repetidos, ordenados y booleanos (dictionary, dChunks, vChunks). Estas optimizaciones permiten un almacenamiento más compacto y un acceso más rápido, lo que allana el camino para nuevas mejoras a nivel de archivos.
Un nuevo modelo de ejecución basado en agrupamiento de hilos para los servicios de ingestión, combinado con SCF4, mejoró la eficiencia de la CPU. Las reservas de CPU en los servicios de ingestión se redujeron en ~45%, aumentando la eficiencia de uso del 57 al 66% y reduciendo directamente los costos operativos de los clústeres.