Este tópico descreve as notas de versão das versões do product PolarDB-X.
A partir de abril de 2024, as notas de versão incluem as seguintes alterações:
Foram adicionadas notas de versão para as versões do product. Por exemplo, recursos como mecanismos de armazenamento colunar e compatibilidade com MySQL 8.0 foram incluídos na V2.4.0.
As notas de versão foram categorizadas em notas para nós de computação, nós de dados, nós de Change Data Capture (CDC) e nós colunares.
O número da versão do componente agora consiste em um número de versão de três dígitos e a data de lançamento (substituindo o número de build original).
Detalhes do número de versão
Exemplo | Versão do product | Versão do componente do nó de computação | Versão do componente do nó de dados | Versão do mecanismo |
polardb-2.4.0_5.4.19-20240426_xcluster5.4.19-20240412 | polardb-2.4.0 | 5.4.19-20240426 Nota 5.4.19 é o número de versão de três dígitos e 20240426 indica a data de lançamento. | xcluster5.4.19-20240412 Nota 5.4.19 é o número de versão de três dígitos e 20240412 indica a data de lançamento. | MySQL 5.7 |
polardb-2.4.0_5.4.19-20240426_xcluster8.4.19-20240430 | xcluster8.4.19-20240430 Nota 8.4.19 é o número de versão de três dígitos e 20240430 indica a data de lançamento. | MySQL 8.0 |
Data de lançamento: 24/10/2024
Versão do product: V2.5.0
Categoria | Descrição |
Novo recurso e otimização de recurso | Execute a instrução DDL para crie tabelas primárias com índices de armazenamento colunar definidos. É possível ative ou desativar esse recurso manualmente. Ele vem ativado por padrão. Para mais informações, consulte Limits on DDL statements. |
Há suporte para coleta paralela de estatísticas em bancos de dados e tabelas. Para mais informações, consulte Specify a statistics collection policy. | |
Ao criar um GSI, utilize um intervalo de chave primária globalmente ordenado para executar o backfill simultâneo. Isso melhora o desempenho da criação do GSI. Para mais informações, consulte GSIs. | |
O limite de recursos e a eficiência de agendamento de backfills lógicos e físicos foram aprimorados para aumentar a estabilidade da execução de DDL. | |
Os parâmetros de intervalo de keepalive e timeout do sistema de HA foram otimizados para reduzir o tempo de recuperação. | |
A sobrecarga de desempenho durante a espera por detecção de bloqueios de metadados (MDLs) foi otimizada. Para mais informações, consulte MDL optimization. | |
Problema corrigido | Correção: a memória de tabelas temporárias não era liberada após a conclusão de subconsultas iterativas. |
Correção: podia ocorrer um deadlock quando a exclusão de um banco de dados coincidia com o dimensionamento do banco. | |
Correção: se a conexão fosse interrompida durante a execução da instrução | |
Notas de versão | |
Data de lançamento: 18/04/2024
Versão do product: polardb-V2.4.0
Categoria | Descrição |
Novo recurso | Foi introduzida uma especificação econômica para nós colunares somente leitura. Utilize essa especificação em conjunto com diferentes especificações de nós de armazenamento em linha para garantir suporte a cenários com cargas de trabalho mistas. |
É possível conectar uma rede global de bancos de dados (GDN), que oferece uma solução de implantação multicloud de alto desempenho, estável e confiável, além de melhorar significativamente o desempenho e a confiabilidade da replicação mestre-réplica. | |
Crie índices de armazenamento colunar (CSIs) e aproveite as otimizações no otimizador de consultas. Essas melhorias aumentam significativamente a eficiência de consultas complexas. | |
Compatibilidade total com protocolos e sintaxe do MySQL 8.0. | |
Otimização de recurso | A alteração online de tipos de coluna foi otimizada para melhorar a estabilidade e reduzir o tempo necessário para a operação. |
Operações DDL, como adicionar ou remover colunas, adicionar ou remover índices e modifique colunas, podem ser confirmadas atomicamente em vários shards após serem enviadas aos nós de dados. | |
Problema corrigido | Correção: erro ocasional reportado quando uma função de janela incluía count. |
Correção: resultados incorretos podiam ser retornados ocasionalmente ao consultar o campo timestamp em uma tabela arquivada. | |
Correção: resultado de cálculo incorreto em expressões de linha que não eram enviadas para execução nos nós de dados. | |
Notas de versão | |