%20(1).png)
O TerrariumDB v8.0 apresenta um novo Storage Core Format (SCF4) com mecanismos de armazenamento plugáveis e isolamento do caminho de execução. Também traz importantes adições à linguagem SQL, como os comandos DELETE, WITH, múltiplos JOINs e TRUNCATE ALL.
A segurança foi reforçada com gRPC protegido por TLS como padrão, e a observabilidade foi aprimorada com melhorias em métricas e registros. No aspecto operacional, a versão 8.0 reduz o uso de CPU do serviço de ingestão e acelera os backups. Internamente, a execução de consultas está mais rápida e previsível por meio de um trabalho refinado de agrupamento de threads e agendador, além de várias correções que melhoram a correção do SQL, estabilizam os fluxos entre agregador e worker e garantem um comportamento de desligamento mais limpo.
GROUP BY e ORDER BY para melhorar o processamento paralelo.DELETE: remoção de linha nativa na camada SQL. WITH (CTE): composição de consultas mais rica.
TRUNCATE ALL TABLES: comando de gerenciamento para truncamento de tabelas em massa dentro de um banco de dados.MYSQL_ACTIVE_CONNECTIONS e novas métricas para o agregador/controlador.ALTER USER; suítes de teste para superfícies de usuário/função e privilégios; SHOW ROLE EDGES.RAND () reescrito para ser compatível com múltiplos threads.default_storage_engine exigida pela conectividade do cliente sql.
GROUP BY;CAST … AS CHAR agora copia por tamanho de byte;\ [abc] em LIKE;
Fornecemos uma camada de armazenamento totalmente nova com arquivos colunares redesenhados, codificações vetoriais personalizadas e dicionários otimizados. Isso reduziu o uso do disco em 20%, a RAM em 31% e reduziu a carga da CPU em ~30%, além de reduzir significativamente as latências de consulta (p50 até 80% mais rápido em cargas de trabalho mistas).
As colunas agora utilizam tipos de blocos especializados para valores repetidos, classificados e booleanos (dicionário, dChunks, vChunks). Essas otimizações permitem um armazenamento mais compacto e um acesso mais rápido, abrindo caminho para melhorias adicionais no nível do arquivo.
Um novo modelo de execução da arquitetura de pool de threads para serviços de ingestão, combinado com o SCF4, melhorou a eficiência da CPU. As reservas de CPU no serviço de ingestão caíram ~45%, aumentando a eficiência de uso de 57% a 66% e reduzindo diretamente os custos operacionais do cluster.
O TerrariumDB v8.0 apresenta um novo Storage Core Format (SCF4) com mecanismos de armazenamento plugáveis e isolamento do caminho de execução. Também traz importantes adições à linguagem SQL, como os comandos DELETE, WITH, múltiplos JOINs e TRUNCATE ALL.
A segurança foi reforçada com gRPC protegido por TLS como padrão, e a observabilidade foi aprimorada com melhorias em métricas e registros. No aspecto operacional, a versão 8.0 reduz o uso de CPU do serviço de ingestão e acelera os backups. Internamente, a execução de consultas está mais rápida e previsível por meio de um trabalho refinado de agrupamento de threads e agendador, além de várias correções que melhoram a correção do SQL, estabilizam os fluxos entre agregador e worker e garantem um comportamento de desligamento mais limpo.
GROUP BY e ORDER BY para melhorar o processamento paralelo.DELETE: remoção de linha nativa na camada SQL. WITH (CTE): composição de consultas mais rica.
TRUNCATE ALL TABLES: comando de gerenciamento para truncamento de tabelas em massa dentro de um banco de dados.MYSQL_ACTIVE_CONNECTIONS e novas métricas para o agregador/controlador.ALTER USER; suítes de teste para superfícies de usuário/função e privilégios; SHOW ROLE EDGES.RAND () reescrito para ser compatível com múltiplos threads.default_storage_engine exigida pela conectividade do cliente sql.
GROUP BY;CAST … AS CHAR agora copia por tamanho de byte;\ [abc] em LIKE;
Fornecemos uma camada de armazenamento totalmente nova com arquivos colunares redesenhados, codificações vetoriais personalizadas e dicionários otimizados. Isso reduziu o uso do disco em 20%, a RAM em 31% e reduziu a carga da CPU em ~30%, além de reduzir significativamente as latências de consulta (p50 até 80% mais rápido em cargas de trabalho mistas).
As colunas agora utilizam tipos de blocos especializados para valores repetidos, classificados e booleanos (dicionário, dChunks, vChunks). Essas otimizações permitem um armazenamento mais compacto e um acesso mais rápido, abrindo caminho para melhorias adicionais no nível do arquivo.
Um novo modelo de execução da arquitetura de pool de threads para serviços de ingestão, combinado com o SCF4, melhorou a eficiência da CPU. As reservas de CPU no serviço de ingestão caíram ~45%, aumentando a eficiência de uso de 57% a 66% e reduzindo diretamente os custos operacionais do cluster.