Support des fonctionnalités MariaDB sur Amazon RDS

Rubriques

• Moteurs de stockage pris en charge pour MariaDB sur Amazon RDS

• Réchauffement du cache pour MariaDB sur Amazon RDS

• Fonctionnalités de MariaDB non prises en charge par Amazon RDS

• Plug-in Password Reuse Check : vous pouvez utiliser le plug-in MariaDB Password Reuse Check pour empêcher les utilisateurs de réutiliser les mots de passe et pour définir la période de conservation des mots de passe. Pour plus d'informations, consultez Plug-in Password Reuse Check (langue française non garantie).

• GRANTPUBLICAutorisation TO — Vous pouvez accorder des privilèges à tous les utilisateurs ayant accès à votre serveur. Pour plus d'informations, consultez GRANTTO PUBLIC.

• Séparation SUPER et READ ONLY ADMIN privilèges — Vous pouvez supprimer les READ ONLY ADMIN privilèges de tous les utilisateurs, même ceux qui en bénéficiaient SUPER auparavant.

• Sécurité : vous pouvez maintenant définir l'option --ssl par défaut pour votre client MariaDB. MariaDB ne se SSL désactive plus silencieusement si la configuration est incorrecte.

• SQLcommandes et fonctions — Vous pouvez désormais utiliser la SHOW ANALYZE FORMAT=JSON commande et les fonctions ROW_NUMBERSFORMAT, etRANDOM_BYTES. SFORMATautorise le formatage de chaînes et est activé par défaut. Vous pouvez convertir une partition en table et une table en partition en une seule commande. Il existe également plusieurs améliorations concernant les fonctions JSON_*(). Les fonctions DES_ENCRYPT et DES_DECRYPT ont été déconseillées pour les versions 10.10 et supérieures. Pour plus d'informations, consultez SFORMAT.

• Améliorations InnoDB : ces améliorations incluent les éléments suivants :

  • Améliorations des performances dans le journal redo afin de réduire l'amplification d'écriture et améliorer la simultanéité.

  • Possibilité de modifier l'espace de table d'annulation sans réinitialiser le répertoire de données. Cette amélioration réduit le surcoût du plan de contrôle. Elle requiert un redémarrage, mais pas la réinitialisation après la modification de l'espace de table d'annulation.

  • Prise en charge de CHECK TABLE … EXTENDED et des index décroissants en interne.

  • Améliorations apportées à l'insertion en vrac.

• Modifications du journal binaire : ces modifications incluent les éléments suivants :

  • Journalisation ALTER en deux phases pour réduire la latence de réplication. Le paramètre binlog_alter_two_phase est désactivé par défaut, mais peut être activé par le biais de groupes de paramètres.

  • Journalisation explicit_defaults_for_timestamp.

  • Plus de journalisation INCIDENT_EVENT si la transaction peut être annulée en toute sécurité.

• Améliorations de la réplication — Les instances de base de données MariaDB version 10.11 GTID utilisent la réplication par défaut si le maître la prend en charge. De plus, Seconds_Behind_Master est plus précis.

• Clients : vous pouvez utiliser de nouvelles options de ligne de commande pour mysqlbinglog et mariadb-dump. Vous pouvez utiliser mariadb-dump pour vider et restaurer les données d'historique.

• Gestion des versions du système : vous pouvez modifier l'historique. MariaDB crée automatiquement de nouvelles partitions.

• Atomique DDL — CREATE OR REPLACE est désormais atomique. Soit l'instruction réussit, soit elle est complètement inversée.

• Écriture du journal redo : le journal redo écrit de manière asynchrone.

• Fonctions stockées : les fonctions stockées prennent désormais en charge les mêmes paramètres IN, OUT et INOUT que dans les procédures stockées.

• Paramètres déconseillés ou supprimés : les paramètres suivants sont devenus obsolètes ou ont été supprimés pour les instances de base de données MariaDB version 10.11 :

  • innodb_change_buffering

  • innodb_disallow_writes

  • innodb_log_write_ahead_size

  • innodb_prefix_index_cluster_optimization

  • keep_files_on_create

  • old

• Paramètres dynamiques : les paramètres suivants sont désormais dynamiques pour les instances de base de données MariaDB version 10.11 :

  • innodb_log_file_size

  • innodb_write_io_threads

  • innodb_read_io_threads

• Nouvelles valeurs par défaut pour les paramètres : les paramètres suivants ont de nouvelles valeurs par défaut pour les instances de base de données MariaDB version 10.11 :

  • La valeur par défaut du paramètre explicit_defaults_for_timestamp est passée de OFF à ON.

  • La valeur par défaut du paramètre optimizer_prune_level est passée de 1 à 2.

• Nouvelles valeurs valides pour les paramètres : les paramètres suivants ont de nouvelles valeurs valides pour les instances de base de données MariaDB version 10.11 :

  • Les valeurs valides pour le paramètre old ont été fusionnées à celles du paramètre old_mode.

  • Les valeurs valides pour le paramètre histogram_type incluent désormais JSON_HB.

  • La plage des valeurs valides pour le paramètre innodb_log_buffer_size est maintenant de 262144 à 4294967295 (de 256 Ko à 4 096 Mo).

  • La plage des valeurs valides pour le paramètre innodb_log_file_size est maintenant de 4194304 à 512GB (de 4 Mo à 512 Go).

  • Les valeurs valides pour le paramètre optimizer_prune_level incluent désormais 2.

• Nouveaux paramètres : les paramètres suivants sont nouveaux pour les instances de base de données MariaDB version 10.11 :

  • Le paramètre binlog_alter_two_phase peut améliorer les performances de réplication.

  • Le paramètre log_slow_min_examined_row_limit peut améliorer les performances.

  • Le paramètre log_slow_query et le paramètre log_slow_query_file sont des alias pour slow_query_log et slow_query_log_file, respectivement.

  • optimizer_extra_pruning_depth

  • system_versioning_insert_history

• MyRocks moteur de stockage : vous pouvez utiliser le moteur MyRocks de stockage RDS pour MariaDB afin d'optimiser la consommation de stockage de vos applications Web hautes performances et gourmandes en écriture. Pour plus d'informations, reportez-vous Moteurs de stockage pris en charge pour MariaDB sur Amazon RDS aux sections et MyRocks.

• AWS Identity and Access Management (IAM) Authentification de base de données — Vous pouvez utiliser l'authentification de IAM base de données pour une meilleure sécurité et une gestion centralisée des connexions à vos instances de base de données MariaDB. Pour de plus amples informations, veuillez consulter Authentification de base de données IAM pour MariaDB, MySQL et PostgreSQL.

• Options de mise à niveau — Vous pouvez désormais passer à la RDS version 10.6 de MariaDB à partir de n'importe quelle version majeure antérieure (10.3, 10.4, 10.5). Vous pouvez également restaurer un instantané d'une instance de base de données My SQL 5.6 ou 5.7 existante sur une instance MariaDB 10.6. Pour de plus amples informations, veuillez consulter Mises à niveau du moteur de base de données MariaDB.

• Réplication retardée: vous pouvez désormais définir une période configurable pour laquelle un réplica en lecture est en retard par rapport à la base de données source. Dans une configuration de réplication MariaDB standard, le délai de réplication entre la source et le réplica est minime. Avec la réplication différée, vous pouvez définir un délai intentionnel comme stratégie de reprise après sinistre. Pour de plus amples informations, veuillez consulter Configuration de la réplication différée avec MariaDB.

• SQLCompatibilité avec Oracle PL/ — En utilisant RDS la version 10.6 de MariaDB, vous pouvez migrer plus facilement vos anciennes applications Oracle vers Amazon. RDS Pour plus d'informations, voir SQL_ MODE = ORACLE.

• Atomic DDL — Vos instructions Dynamic Data Language (DDL) peuvent être relativement sûres en cas de crash avec la version 10.6 de RDS MariaDB. CREATE TABLE,ALTER TABLE, RENAME TABLEDROP TABLE, DROP DATABASE et les DDL instructions associées sont désormais atomiques. Soit l'instruction réussit, soit elle est complètement inversée. Pour plus d'informations, consultez Atomic DDL.

• Autres améliorations — Ces améliorations incluent une JSON_TABLE fonction permettant de transformer les JSON données au SQL format relationnel et un chargement plus rapide des données de tables vides avec Innodb. Ils incluent également de nouveaux sys_schema à des fins d'analyse et de dépannage, d'amélioration de l'optimiseur pour ignorer les index inutilisés et d'amélioration des performances. Pour plus d'informations, voir JSON_ TABLE.

• Nouvelles valeurs par défaut pour les paramètres : les paramètres suivants disposent de nouvelles valeurs par défaut pour les instances de base de données MariaDB version 10.6 :

  • La valeur par défaut des paramètres suivants est passée de utf8 à utf8mb3 :

    • character_set_client

    • character_set_connection

    • character_set_results

    • character_set_system

    Bien que les valeurs par défaut aient changé pour ces paramètres, il n'y a pas de changement fonctionnel. Pour plus d'informations, consultez Supported Character Sets and Collations (Jeux de caractères et classements pris en charge) dans la documentation MariaDB.

  • La valeur par défaut du paramètre collation_connection est passée de utf8_general_ci à utf8mb3_general_ci. Bien que les valeurs par défaut aient changé pour ces paramètres, il n'y a pas de changement fonctionnel.

  • La valeur par défaut du paramètre old_mode est passé de non défini à UTF8_IS_UTF8MB3. Bien que les valeurs par défaut aient changé pour ces paramètres, il n'y a pas de changement fonctionnel.

• Améliorations d'InnoDB – MariaDB version 10.5 inclut les améliorations d'InnoDB. Pour plus d'informations, consultez InnoDB: Performance Improvements etc. (InnoDB : Améliorations liées aux performances, etc.) dans la documentation MariaDB.

• Mises à jour du schéma de performances – MariaDB version 10.5 inclut les mises à jour du schéma de performances. Pour plus d'informations, consultez la section Mises à jour du schéma de performance pour correspondre à mon instrumentation et à mes tables SQL 5.7 dans la documentation MariaDB.

• Un seul fichier dans le journal redo d'InnoDB – Dans les versions de MariaDB antérieures à la version 10.5, la valeur du paramètre innodb_log_files_in_group était définie sur 2. Dans MariaDB version 10.5, la valeur de ce paramètre est définie sur 1.

  Si vous procédez à une mise à niveau vers MariaDB version 10.5 et que vous ne modifiez pas les paramètres, la valeur du paramètre innodb_log_file_size reste inchangée. Mais elle s'applique à un seul fichier journal au lieu de deux. En conséquence, votre instance de base de données MariaDB version 10.5 mise à niveau utilise la moitié de la taille du journal redo qu'elle utilisait avant la mise à niveau. Ce changement peut avoir un impact notable sur les performances. Pour résoudre ce problème, vous pouvez doubler la valeur du paramètre innodb_log_file_size. Pour de plus amples informations sur la modification des paramètres d'instance, veuillez consulter Modification des paramètres d'un groupe de paramètres de base de données dans Amazon RDS.

• SHOWSLAVESTATUScommande non prise en charge — Dans les versions de MariaDB antérieures à la version 10.5, la commande nécessitait SHOW SLAVE STATUS le privilège. REPLICATION SLAVE Dans MariaDB version 10.5, la commande SHOW REPLICA STATUS équivalente requiert le privilège REPLICATION REPLICA ADMIN. Ce nouveau privilège n'est pas accordé à l'utilisateur RDS principal.

  Au lieu d'utiliser la commande SHOW REPLICA STATUS, exécutez la nouvelle procédure stockée mysql.rds_replica_status pour renvoyer des informations similaires. Pour de plus amples informations, veuillez consulter mysql.rds_replica_status.

• SHOWRELAYLOGEVENTScommande non prise en charge — Dans les versions de MariaDB antérieures à la version 10.5, la commande nécessitait SHOW RELAYLOG EVENTS le privilège. REPLICATION SLAVE Dans MariaDB version 10.5, cette commande requiert le privilège REPLICATION REPLICA ADMIN. Ce nouveau privilège n'est pas accordé à l'utilisateur RDS principal.

• Nouvelles valeurs par défaut pour les paramètres – Les paramètres suivants disposent de nouvelles valeurs par défaut pour les instances de base de données MariaDB version 10.5 :

  • La valeur par défaut du paramètre max_connections a été remplacée par LEAST({DBInstanceClassMemory/25165760},12000). Pour plus d'informations sur la fonction de paramètre LEAST, consultez Fonctions de paramètre de bases de données.

  • La valeur par défaut du paramètre innodb_adaptive_hash_index a été remplacée par OFF (0).

  • La valeur par défaut du paramètre innodb_checksum_algorithm a été remplacée par full_crc32.

  • La valeur par défaut du paramètre innodb_log_file_size a été remplacée par 2 Go.

• Améliorations de la sécurité des comptes utilisateur – Améliorations de l'expiration des mots de passe et du verrouillage des comptes

• Améliorations de l'optimiseur – Fonction Optimizer Trace

• Améliorations apportées à InnoDB — DROPCOLUMNSupport instantané et VARCHAR extension instantanée pour et ROW_FORMAT=DYNAMIC ROW_FORMAT=COMPACT

• Nouveaux paramètres – Notamment : tcp_nodedelay, tls_version et gtid_cleanup_batch_size

• Compatibilité Oracle : analyseur de SQL compatibilité PL/, séquences INTERSECT et, EXCEPT pour compléterUNION, nouvelles déclarations TYPE OF et ROW TYPE OF et colonnes invisibles

• Traitement de données temporelles – tables gérées par version du système, pour interroger les états passés et présents de la base de données.

• Flexibilité – regroupements définis par l'utilisateur, compression de colonnes indépendante du stockage, et prise en charge du protocole proxy pour relayer l'adresse IP du client au serveur.

• Facilité de gestion — ADD COLUMN Opérations instantanées et opérations en langage de définition des données à échec rapide () DDL