Após um ano de desenvolvimento e quatro versões preliminares a primeira versão estável da nova linha de SGBD , que se desenvolve como um fork do MySQL, mantendo a compatibilidade retroativa e com a integração de motores de armazenamento adicionais e capacidades expandidas. O suporte para a nova versão será oferecido por 5 anos, até junho de 2025.
O desenvolvimento do MariaDB é supervisionado pela organização independente MariaDB Foundation, em conformidade com um processo de desenvolvimento totalmente aberto e transparente, sem depender de fabricantes específicos. O MariaDB é fornecido em vez do MySQL em várias distribuições do Linux (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) e implementado em grandes projetos como , e .
Principais :
- Adicionado o motor de armazenamento , permitindo o armazenamento de tabelas MariaDB na Amazon S3 ou em qualquer outro armazenamento em nuvem público ou privado que suporte a API S3. O suporte ao armazenamento em S3 está disponível tanto para tabelas comuns quanto para tabelas particionadas. Ao armazenar tabelas particionadas na nuvem, elas podem ser usadas diretamente também de outro servidor que tenha acesso ao armazenamento S3.
- Adicionado o motor de armazenamento , que armazena dados vinculados a colunas e utiliza InfiniDB ColumnStore armazena dados não em linhas, mas em colunas, o que permite otimizar a execução de agrupamentos de colunas em um banco de dados grande, incluindo petabytes de dados. O suporte a escalabilidade linear, armazenamento de dados comprimidos, particionamento vertical e horizontal, e execução eficiente de consultas concorrentes é mantido.
Todos os arquivos executáveis que começam com a palavra "mysql" foram renomeados usando a palavra "mariadb". Os nomes antigos foram mantidos na forma de links simbólicos. - Adicionado um novo tipo de dados
- INET6 Foi realizada uma tarefa para dividir privilégios em componentes menores. Em vez de um privilégio geral SUPER, foi proposta uma série de privilégios específicos: "BINLOG ADMIN",
- "BINLOG REPLAY",
"CONNECTION ADMIN",
"FEDERATED ADMIN",
"READ_ONLY ADMIN",
"REPLICATION MASTER ADMIN",
"REPLICATION SLAVE ADMIN" e
«ADMIN DE REPLICA SLAVE» e
«SET USER». - A privilégio «REPLICATION CLIENT» foi renomeado para «BINLOG MONITOR», e a expressão «SHOW MASTER STATUS» para «SHOW BINLOG STATUS». A renomeação esclarece o comportamento e não está relacionada à correção política; o projeto não abandona os termos master/slave e até adicionou novos privilégios «MASTER ADMIN» e «SLAVE ADMIN». Além disso, uma nova palavra-chave «REPLICA» foi adicionada nas expressões SQL, sendo um sinônimo de «SLAVE».
- Para algumas expressões, foram alterados os privilégios necessários para sua execução. «SHOW BINLOG EVENTS» agora requer os direitos «BINLOG MONITOR» em vez de «REPLICATION SLAVE», «SHOW SLAVE HOSTS» requer a privilégio «REPLICATION MASTER ADMIN» em vez de «REPLICATION SLAVE», «SHOW SLAVE STATUS» requer os direitos «REPLICATION SLAVE ADMIN» ou «SUPER» em vez de «REPLICATION CLIENT», «SHOW RELAYLOG EVENTS» requer os direitos «REPLICATION SLAVE ADMIN» em vez de «REPLICATION SLAVE».
- Novas construções foram adicionadas «” e “», que retornam uma lista de linhas inseridas/substituídas no formato, como se os valores fossem retornados ao usar a expressão SELECT (semelhante a «DELETE … RETURNING»).
INSERT INTO t2 VALUES (1,'Dog'),(2,'Lion'),(3,'Tiger'),(4,'Leopard')
RETURNING id2,id2+id2,id2&id2,id2||id2;
+——+———+———+———-+
| id2 | id2+id2 | id2&id2 | id2||id2 |
+——+———+———+———-+
| 1 | 2 | 1 | 1 |
| 2 | 4 | 2 | 1 |
| 3 | 6 | 3 | 1 |
| 4 | 8 | 4 | 1 |
+——+———+———+———-+ - Novas expressões foram adicionadas «” e “» para excluir/adicionar o resultado de um conjunto específico de valores.
- Agora é possível especificar comentários dentro dos blocos «CREATE DATABASE» e «ALTER DATABASE».
- Novas construções foram adicionadas para renomear índices e colunas «» e ««.
- No comando «ALTER TABLE» e «RENAME TABLE», foi adicionada a suporte à condição «IF EXISTS» para executar a operação apenas se a tabela existir;
- Para índices em «CREATE TABLE», foi implementado o atributo ««.
- Adicionada a expressão «CYCLE» para identificar ciclos recursivos. .
- Novas funções foram adicionadas e para retornar um array ou objeto JSON com os valores da coluna especificada.
- Novas tabelas de informações de sistema (THREAD_POOL_GROUPS, THREAD_POOL_QUEUES, THREAD_POOL_STATS e THREAD_POOL_WAITS) foram adicionadas para o pool de threads (thread_pool).
- A expressão ANALYZE foi expandida para mostrar o tempo gasto na verificação do bloco WHERE e na execução de operações auxiliares.
- No otimizador de processamento de intervalos, foram considerados os sinais «IS NOT NULL»
- O tamanho dos arquivos temporários utilizados durante a ordenação com tipos VARCHAR, CHAR e BLOB foi significativamente reduzido.
- Em , usado para organizar a replication, novos campos de metadados adicionados, incluindo Chave Primária, Nome da Coluna, Conjunto de Caracteres e Tipo de Geometria. Na ferramenta mariadb-binlog e nos comandos «SHOW BINLOG EVENTS» e «SHOW RELAYLOG EVENTS», os sinais de replicação são exibidos.
- Construção agora é confiável tabelas que permanecem no mecanismo de armazenamento, mesmo na ausência dos arquivos «.frm» ou «.par».
- Uma versão acelerada por hardware da função crc32() foi implementada para CPU AMD64, ARMv8 e POWER 8.
- Algumas configurações padrão foram alteradas. O parâmetro innodb_encryption_threads foi aumentado para 255, e o valor de max_sort_length foi elevado de 4 para 8.
- Diversas otimizações de desempenho foram apresentadas no mecanismo InnoDB.
- O mecanismo de replicação multi-master síncrono Galera agora tem suporte completo (ID de Transação Global), identificadores de transações únicos para todos os nós do cluster.
- Foi feita a transição para um novo ramo da biblioteca (Expressões Regulares Compatíveis com Perl), em vez da série clássica PCRE 8.x.
- Novas versões de wrappers para conectar ao banco de dados MariaDB e MySQL a partir de programas nas linguagens Python e C foram propostas: e . O wrapper para Python está de acordo com a Python DB API 2.0, escrito em C e utiliza a biblioteca Connector/C para conexão ao servidor.
Fonte: opennet.ru
