10 anos após a fundação do branch 10.x, foi lançado o MariaDB 11.0.0, que ofereceu diversas melhorias e mudanças significativas que quebraram a compatibilidade. A ramificação está atualmente em qualidade de lançamento alfa e estará pronta para uso em produção após a estabilização. A próxima grande ramificação do MariaDB 12, contendo alterações que quebram a compatibilidade, não é esperada antes de 10 anos a partir de agora (em 2032).
O projeto MariaDB está desenvolvendo um fork do MySQL, mantendo a compatibilidade com versões anteriores sempre que possível e apresentando a integração de mecanismos de armazenamento adicionais e recursos avançados. O desenvolvimento do MariaDB é supervisionado pela Fundação MariaDB independente, seguindo um processo de desenvolvimento aberto e transparente que é independente de fornecedores individuais. O DBMS MariaDB é fornecido no lugar do MySQL em muitas distribuições Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) e foi implementado em grandes projetos como Wikipedia, Google Cloud SQL e Nimbuzz.
Uma melhoria importante na ramificação MariaDB 11 é a transição do otimizador de consulta para um novo modelo de peso (modelo de custo), que fornece uma previsão mais precisa dos pesos de cada plano de consulta. Embora o novo modelo possa aliviar alguns gargalos de desempenho, ele pode não ser ideal em todos os cenários e pode retardar algumas consultas, por isso os usuários são incentivados a participar dos testes e notificar os desenvolvedores se surgirem problemas.
O modelo anterior era bom para encontrar o índice ideal, mas apresentava problemas com a aplicabilidade de varreduras de tabela, varreduras de índice ou operações de busca de intervalo. No novo modelo, essa desvantagem é eliminada alterando o peso base das operações com o mecanismo de armazenamento. Ao avaliar o desempenho de operações dependentes da velocidade do disco, como varreduras de gravação sequenciais, presumimos agora que os dados são armazenados em um SSD que fornece velocidades de leitura de 400 MB por segundo. Adicionalmente, foram ajustados outros parâmetros de peso do otimizador, o que, por exemplo, possibilitou implementar a capacidade de utilização de índices para operações “ORDER BY/GROUP BY” em subconsultas e agilizar o trabalho com tabelas muito pequenas.
Observa-se que o novo modelo de peso permitirá escolher um plano de execução de consulta mais ideal nas seguintes situações:
- Ao usar consultas que abrangem mais de duas tabelas.
- Quando você possui índices contendo um grande número de valores idênticos.
- Ao usar intervalos que cobrem mais de 10% da tabela.
- Quando você tem consultas complexas nas quais nem todas as colunas usadas estão indexadas.
- Quando são usadas consultas que envolvem diferentes mecanismos de armazenamento (por exemplo, quando uma consulta acessa tabelas nos mecanismos InnoDB e Memory).
- Ao usar FORCE INDEX para melhorar o plano de consulta.
- Quando o plano de consulta se deteriora ao usar "ANALYZE TABLE".
- Quando a consulta abrange um grande número de tabelas derivadas (grande número de SELECTs aninhados).
- Ao usar expressões ORDER BY ou GROUP BY que se enquadram em índices.
Principais problemas de compatibilidade na ramificação MariaDB 11:
- Os direitos SUPER não permitem mais que você execute ações para as quais estão disponíveis privilégios definidos separadamente. Por exemplo, para alterar o formato dos logs binários, você precisará de direitos BINLOG ADMIN.
- Removida a implementação do buffer de alteração no InnoDB.
- Innodb_flush_method e innodb_file_per_table foram descontinuados.
- O suporte ao nome MySQL* foi descontinuado.
- A configuração de explicit_defaults_for_timestamp como 0 foi descontinuada.
- Links simbólicos estão incluídos em um pacote separado para compatibilidade com MySQL.
- O valor padrão do parâmetro innodb_undo_tablespaces foi alterado para 3.
Fonte: opennet.ru