Foi apresentada uma nova e significativa versão do SGBD MariaDB 11

Após 10 anos desde a criação da ramificação 10.x, foi lançada a versão do SGBD MariaDB 11.0.0, que traz várias melhorias significativas e alterações que quebram a compatibilidade. A ramificação ainda tem qualidade de versão alfa e estará pronta para aplicações de produção após a estabilização. A formação da próxima ramificação significativa, MariaDB 12, que conterá alterações que quebram a compatibilidade, é esperada não antes de 10 anos (em 2032).

O projeto MariaDB desenvolve um desdobramento do MySQL, que, tanto quanto possível, mantém a compatibilidade retroativa e se distingue pela integração de mecanismos de armazenamento adicionais e recursos avançados. O desenvolvimento do MariaDB é supervisionado pela organização independente MariaDB Foundation, de acordo com um processo de desenvolvimento aberto e transparente, que não depende de fornecedores específicos. O SGBD MariaDB é fornecido em vez do MySQL em muitas distribuições Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) e está implementado em grandes projetos como Wikipedia, Google Cloud SQL e Nimbuzz.

A principal melhoria na ramificação MariaDB 11 é a transição do otimizador de consultas para um novo modelo de custo (cost model), que garante previsões mais precisas sobre os custos de cada plano de execução de consulta. Embora o novo modelo ajude a eliminar alguns gargalos de desempenho, não se pode garantir que ele seja otimizado para todos os cenários, e pode haver uma diminuição em alguns tipos de consultas, por isso é recomendado que os usuários participem dos testes e notifiquem os desenvolvedores em caso de problemas.

O modelo anteriormente utilizado era adequado para encontrar o índice ótimo, mas apresentava problemas de aplicabilidade nas operações de varredura de tabela, varredura de índice ou seleção por intervalos. No novo modelo, essa desvantagem foi eliminada por meio da alteração do peso básico das operações com o mecanismo de armazenamento. Ao avaliar o desempenho das operações que dependem da velocidade de acesso ao disco, como a varredura sequencial de registros, agora assume-se que os dados estão armazenados em um SSD, proporcionando uma velocidade de leitura de 400MB por segundo. Além disso, outros parâmetros de peso do otimizador foram ajustados, permitindo, por exemplo, a utilização de índices para operações de "ORDER BY/GROUP BY" em subconsultas e acelerando o trabalho com tabelas muito pequenas.

Observa-se que o novo modelo de peso permitirá escolher um plano de execução de consulta mais otimizado nas seguintes situações:

  • Ao utilizar consultas que abrangem mais de 2 tabelas.
  • Quando existem índices contendo um grande número de valores idênticos.
  • Ao usar intervalos que abrangem mais de 10% da tabela.
  • Quando há consultas complexas, nas quais nem todas as colunas utilizadas estão indexadas.
  • Quando são utilizadas consultas que envolvem diferentes mecanismos de armazenamento (por exemplo, quando em uma consulta há acesso a tabelas nos mecanismos InnoDB e Memory).
  • Ao usar FORCE INDEX para melhorar o plano da consulta.
  • Ao haver uma deterioração do plano da consulta com o uso de "ANALYZE TABLE".
  • Quando a consulta abrange um grande número de tabelas derivadas (um grande número de SELECT aninhados).
  • Ao utilizar expressões de ORDER BY ou GROUP BY que se encaixam nos índices.

Principais violações de compatibilidade na versão MariaDB 11:

  • Os privilégios SUPER não permitem mais executar ações para as quais há privilégios concedidos separadamente. Por exemplo, para alterar o formato dos logs binários, serão necessários os direitos de BINLOG ADMIN.
  • Removida a implementação do buffer de alterações no InnoDB.
  • Declarados obsoletos innodb_flush_method e innodb_file_per_table.
  • Declarada obsoleta a suporte a nomes mysql*.
  • Declarado obsoleto o ajuste do parâmetro explicit_defaults_for_timestamp para o valor 0.
  • As ligações simbólicas para compatibilidade com MySQL foram transferidas para um pacote separado.
  • O valor do parâmetro innodb_undo_tablespaces foi alterado para 3 por padrão.

Fonte: opennet.ru

Compre hospedagem confiável para sites com proteção contra DDoS, servidores VPS VDS 🔥 Compre hospedagem confiável para sites com proteção contra DDoS, servidores VPS VDS | ProHoster