Suporte ao recurso MariaDB no Amazon RDS

Tópicos

• Mecanismos de armazenamento compatíveis com MariaDB no Amazon RDS

• Aquecimento de cache do MariaDB no Amazon RDS

• Recursos do MariaDB incompatíveis com o Amazon RDS

• Plug-in de verificação de reutilização de senha: você pode usar o plug-in de verificação de reutilização de senha do MariaDB para impedir que os usuários reutilizem senhas e definir o período de retenção das senhas. Para obter mais informações, consulte Plug-in de verificação de reutilização de senha.

• Autorização GRANT TO PUBLIC: você pode conceder privilégios a todos os usuários que têm acesso ao seu servidor. Para obter mais informações, consulte GRANT TO PUBLIC.

• Separação dos privilégios SUPER e READ ONLY ADMIN: você pode remover os privilégios READ ONLY ADMIN de todos os usuários, mesmo aqueles que anteriormente tinham privilégios SUPER.

• Segurança: agora você pode definir a opção --ssl como padrão para seu cliente MariaDB. O MariaDB não desabilita mais silenciosamente o SSL se a configuração estiver incorreta.

• Comandos e funções SQL: agora você pode usar o comando SHOW ANALYZE FORMAT=JSON e as funções ROW_NUMBER, SFORMAT e RANDOM_BYTES. SFORMAT permite a formatação de strings e é habilitado por padrão. Você pode converter partição em tabela e tabela em partição usando um único comando. Há também várias melhorias em torno das funções JSON_*(). As funções DES_ENCRYPT e DES_DECRYPT foram descontinuadas na versão 10.10 e posterior. Para obter mais informações, consulte SFORMAT.

• Aprimoramentos do InnoDB: os aprimoramentos abaixo incluem os seguintes itens:

  • Melhorias na performance do redo log para reduzir a amplificação de gravação e melhorar a simultaneidade.

  • A possibilidade de alterar o espaço de tabela undo sem reinicializar o diretório de dados. Esse aprimoramento reduz as despesas operacionais indiretas do ambiente de gerenciamento. É necessário reiniciar, mas não é preciso reinicializar após a alteração do espaço de tabela undo.

  • Suporte para CHECK TABLE … EXTENDED e para índices descendentes internamente.

  • Melhorias na inserção em massa.

• Alterações no log binário: essas mudanças incluem os seguintes itens:

  • Registro em log de ALTER em duas fases para diminuir a latência da replicação. O parâmetro binlog_alter_two_phase é desabilitado por padrão, mas pode ser habilitado por meio de grupos de parâmetros.

  • Registro em log de explicit_defaults_for_timestamp.

  • Não há mais registro em log de INCIDENT_EVENT quando a transação pode ser revertida com segurança.

• Melhorias na replicação: as instâncias de banco de dados do MariaDB versão 10.11 usam a replicação GTID por padrão quando a principal a comporta. Além disso, Seconds_Behind_Master é mais preciso.

• Clientes: você pode usar novas opções de linha de comando para mysqlbinglog e mariadb-dump. Você pode usar mariadb-dump para despejar e restaurar dados históricos.

• Versionamento do sistema: você pode modificar o histórico. O MariaDB cria automaticamente novas partições.

• DDL atômico: CREATE OR REPLACE agora é atômico. Se a instrução não for bem-sucedida, ela será totalmente revertida.

• Gravação de redo log: o redo log grava de forma assíncrona.

• Funções armazenadas: as funções armazenadas agora comportam os mesmos parâmetros IN, OUT e INOUT dos procedimentos armazenados.

• Parâmetros obsoletos ou removidos: os seguintes parâmetros foram descontinuados ou removidos para instâncias de banco de dados do MariaDB versão 10.11:

  • innodb_change_buffering

  • innodb_disallow_writes

  • innodb_log_write_ahead_size

  • innodb_prefix_index_cluster_optimization

  • keep_files_on_create

  • old

• Parâmetros dinâmicos: os seguintes parâmetros agora são dinâmicos para instâncias de banco de dados do MariaDB versão 10.11:

  • innodb_log_file_size

  • innodb_write_io_threads

  • innodb_read_io_threads

• Novos valores padrão para parâmetros: os seguintes parâmetros têm novos valores padrão para instâncias de banco de dados MariaDB versão 10.11:

  • O valor padrão do parâmetro explicit_defaults_for_timestamp foi alterado de OFF para ON.

  • O valor padrão do parâmetro optimizer_prune_levelfoi alterado de 1 para 2.

• Novos valores padrão para parâmetros: os seguintes parâmetros têm novos valores padrão para instâncias de banco de dados MariaDB versão 10.11:

  • Os valores válidos para o parâmetro old foram mesclados com aqueles para o parâmetro old-mode.

  • Os valores válidos para o parâmetro histogram_type agora incluem JSON_HB.

  • O intervalo de valores válido para o parâmetro innodb_log_buffer_size agora vai de 262144 a 4294967295 (de 256 KB a 4.096 MB).

  • O intervalo de valores válido para o parâmetro innodb_log_file_size agora vai de 4194304 a 512GB (de 4 MB a 512 GB).

  • Os valores válidos para o parâmetro optimizer_prune_level agora incluem 2.

• Novos parâmetros: os seguintes parâmetros agora são dinâmicos para instâncias de banco de dados do MariaDB versão 10.11:

  • O parâmetro binlog_alter_two_phase pode melhorar a performance da replicação.

  • O parâmetro log_slow_min_examined_row_limit pode melhorar a performance.

  • Os parâmetros log_slow_query e arquivo_log_slow_query são aliases de slow_query_log e slow_query_log_file, respectivamente.

  • optimizer_extra_pruning_depth

  • system_versioning_insert_history

• Mecanismo de armazenamento do MyRocks: você pode usar o mecanismo de armazenamento MyRocks com o RDS para MariaDB para otimizar o consumo de armazenamento de suas aplicações Web de alta performance com uso intenso de gravação. Para obter mais informações, consulte Mecanismos de armazenamento compatíveis com MariaDB no Amazon RDS e MyRocks.

• Autenticação de banco de dados AWS Identity and Access Management (IAM): você pode usar a autenticação de banco de dados do IAM para melhorar a segurança e o gerenciamento central de conexões com suas instâncias de banco de dados do MariaDB. Para ter mais informações, consulte Autenticação do banco de dados do IAM para MariaDB, MySQL e PostgreSQL.

• Opções de atualização: agora você pode atualizar para o RDS para MariaDB versão 10.6 de qualquer versão principal anterior (10.3, 10.4, 10.5). Também é possível restaurar um snapshot de uma instância de banco de dados do MySQL 5.6 ou 5.7 existente para uma instância do MariaDB 10.6. Para ter mais informações, consulte Atualizações do mecanismo de banco de dados do MariaDB.

• Replicação atrasada: já é possível definir um período configurável pelo qual uma réplica de leitura fica atrasada em relação ao banco de dados de origem. Em uma configuração de replicação padrão do MariaDB, há um atraso mínimo de replicação entre a origem e a réplica. Com a replicação atrasada, é possível definir um atraso intencional como estratégia para a recuperação de desastres. Para obter mais informações, consulteConfigurar a replicação atrasada com o MariaDB

• Compatibilidade com o Oracle PL/SQL: usando o RDS para MariaDB versão 10.6, você pode migrar mais facilmente suas aplicações Oracle herdadas para o Amazon RDS. Para obter mais informações, consulte SQL_MODE=ORACLE.

• DDL atômico: suas instruções Dynamic Data Language (DDL – Linguagem de dados dinâmica) podem ser relativamente seguras contra falhas com o RDS para MariaDB versão 10.6. As instruções CREATE TABLE, ALTER TABLE, RENAME TABLE, DROP TABLE, DROP DATABASE e outras instruções DDL relacionadas agora são atômicas. Se a instrução não for bem-sucedida, ela será totalmente revertida. Para obter mais informações, consulte Atomic DDL (DDL atômica).

• Outros aprimoramentos: esses aprimoramentos incluem uma função JSON_TABLE para transformar dados JSON em formato relacional dentro do SQL e carregamento de dados de tabela vazia mais rápido com o InnoDB. Eles também incluem um novo sys_schema para análise e solução de problemas, aprimoramento do otimizador para ignorar índices não utilizados e melhorias de performance. Para obter mais informações, consulte JSON_TABLE.

• Novos valores padrão para parâmetros – os seguintes parâmetros têm novos valores padrão para instâncias de banco de dados MariaDB versão 10.6:

  • O valor padrão dos seguintes parâmetros foi alterado de utf8 para utf8mb3:

    • character_set_client

    • character_set_connection

    • character_set_results

    • character_set_system

    Embora os valores padrões tenham sido alterados por esses parâmetros, não há alteração funcional. Para obter mais informações, consulte Supported Character Sets and Collations (Conjuntos e agrupamentos de caracteres compatíveis) na documentação do MariaDB.

  • O valor padrão do parâmetro collation_connection foi alterado de utf8_general_ci para utf8mb3_general_ci. Embora o valor padrão tenha sido alterado para esse parâmetro, não há alteração funcional.

  • O valor padrão do parâmetro old_mode mudou de não definido para UTF8_IS_UTF8MB3. Embora o valor padrão tenha sido alterado para esse parâmetro, não há alteração funcional.

• Melhorias do InnoDB– o MariaDB versão 10.5 inclui melhorias no InnoDB. Para obter mais informações, consulte InnoDB: Performance Improvements etc. (InnoDB: melhorias na performance, etc.) na documentação do MariaDB.

• Atualizações do esquema de performance – o MariaDB versão 10.5 inclui atualizações do esquema de performance. Para obter mais informações, consulte Performance Schema Updates to Match MySQL 5.7 Instrumentation and Tables (Atualizações do esquema de performance correspondentes a instrumentação e tabelas do MariaDB).

• Um arquivo no redo log do InnoDB – nas versões do MariaDB anteriores à versão 10.5, o valor do parâmetro innodb_log_files_in_group foi definido como 2. No MariaDB versão 10.5, o valor desse parâmetro é definido como 1.

  Se você estiver atualizando de uma versão anterior para o MariaDB versão 10.5 e não modificar os parâmetros, o valor do parâmetro innodb_log_file_size será inalterado. No entanto, ele se aplica a um arquivo de log em vez de dois. O resultado é que a instância de banco de dados MariaDB versão 10.5 atualizada usa metade do tamanho do redo log que estava usando antes da atualização. Essa mudança pode ter um impacto notável na performance. Para resolver esse problema, você pode dobrar o valor do parâmetro innodb_log_file_size. Para obter informações sobre como modificar parâmetros, consulte Modificar parâmetros em um grupo de parâmetros de banco de dados no Amazon RDS.

• Comando SHOW SLAVE STATUS sem suporte – em versões do MariaDB anteriores à versão 10.5, o comando SHOW SLAVE STATUS exigia o privilégio REPLICATION SLAVE. Na versão 10.5 do MariaDB, o comando SHOW REPLICA STATUS equivalente requer o privilégio REPLICATION REPLICA ADMIN. Esse novo privilégio não é concedido ao usuário mestre do RDS.

  Em vez de usar o comando SHOW REPLICA STATUS, execute o novo procedimento mysql.rds_replica_status armazenado para retornar informações semelhantes. Para obter mais informações, consulte mysql.rds_replica_status.

• Comando SHOW RELAYLOG EVENTS sem suporte – em versões do MariaDB anteriores à versão 10.5, o comando SHOW RELAYLOG EVENTS exigiu o privilégio REPLICATION SLAVE. Na versão 10.5 do MariaDB, esse comando requer o privilégio REPLICATION REPLICA ADMIN. Esse novo privilégio não é concedido ao usuário mestre do RDS.

• Novos valores padrão para parâmetros – os seguintes parâmetros têm novos valores padrão para instâncias de banco de dados MariaDB versão 10.5:

  • O valor padrão do parâmetro max_connections foi alterado para LEAST({DBInstanceClassMemory/25165760},12000). Para obter informações sobre a função do parâmetro LEAST, consulte Funções de parâmetros de banco de dados.

  • O valor padrão do parâmetro innodb_adaptive_hash_index foi alterado para OFF (0).

  • O valor padrão do parâmetro innodb_checksum_algorithm foi alterado para full_crc32.

  • O valor padrão do parâmetro innodb_log_file_size foi alterado para 2 GB.

• Melhorias de segurança da conta do usuário – Expiração da senha e melhorias no bloqueio de conta

• Melhorias do otimizador – recurso Optimizer Trace

• Melhorias do InnoDB – Suporte instantâneo a DROP COLUMN e extensão VARCHAR instantânea para ROW_FORMAT=DYNAMIC e ROW_FORMAT=COMPACT

• Novos parâmetros – Incluindo tcp_nodedelay, tls_version e gtid_cleanup_batch_size

• Compatibilidade com Oracle – analisador de compatibilidade do PL/SQL, sequências; INTERSECT e EXCEPT para complementar UNION; novas declarações TYPE OF e ROW TYPE OF e colunas invisíveis

• Processamento de dados temporais – tabelas com controle de versão pelo sistema para a consulta de estados passados e atuais do banco de dados.

• Flexibilidade – agregados definidos pelo usuário, compressão de colunas independentemente de armazenamento e suporte a protocolo de proxy para retransmitir o endereço IP do cliente para o servidor

• Capacidade de gerenciamento – operações ADD COLUMN instantâneas e operações de linguagem de definição de dados (DDL) com notificação imediata de erros (fast-fail).