Prise en charge des fonctions MariaDB sur Amazon RDS

Rubriques

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

• Préparation du cache pour MariaDB sur Amazon RDS

• Fonctions MariaDB non prises en charge par Amazon RDS

• Nouvelle valeur par défaut pour le paramètre : la valeur par défaut du paramètre require_secure_transport est passée de 0 à 1, ce qui renforce les connexions de transport sécurisées par défaut. Pour de plus amples informations, veuillez consulter Exiger toutes SSL/TLS les connexions à une instance de base de données MariaDB sur Amazon RDS.

• Support vectoriel : vous pouvez utiliser le vecteur MariaDB pour stocker et rechercher des vecteurs générés par l’IA directement dans MariaDB. Cette fonctionnalité introduit les variables système suivantes :

  • La variable mhnsw_default_distance spécifie la métrique de distance par défaut pour l’indexation vectorielle MHNSW.

  • La variable mhnsw_default_m définit la valeur par défaut du paramètre M dans l’indexation vectorielle MHNSW.

  • La variable mhnsw_ef_search définit le nombre minimal de résultats candidats pour les recherches par index vectoriel.

  • La variable mhnsw_max_cache_size définit la limite supérieure pour un cache d’index vectoriel MHNSW.

• Limites de taille de fichiers temporaires : vous pouvez désormais limiter la taille des tables et fichiers temporaires sur disque créés à l’aide de deux variables système disponibles dans le groupe de paramètres RDS MariaDB 11.8 :

  • La variable max_tmp_session_space_usage limite l’espace temporaire alloué par utilisateur.

  • La variable max_tmp_total_space_usage limite l’espace temporaire alloué pour tous les utilisateurs.

• Gestion de l’espace disque logique temporaire : le tablespace temporaire stocke les tables temporaires et s’agrandit au fur et à mesure que des données sont ajoutées. Lorsque des tables temporaires sont supprimées, l’espace n’est pas automatiquement récupéré. Vous pouvez utiliser la procédure mysql.rds_execute_operation pour réduire le tablespace temporaire et récupérer de l’espace disque.

• Bibliothèque cryptographique — RDS pour MariaDB a remplacé AWS Libcrypto OpenSSL par (), qui est certifié FIPS 140-3.AWS-LC

• Plugin Simple Password Check : vous pouvez utiliser le plugin MariaDB Simple Password Check pour vérifier si un mot de passe contient au moins un certain nombre de caractères d’un type spécifique. Pour de plus amples informations, veuillez consulter Utilisation des plugins de validation de mot de passe pour RDS for MariaDB.

• Plugin Cracklib Password Check : vous pouvez utiliser le plugin MariaDB Cracklib Password Check pour vérifier la résistance des nouveaux mots de passe. Pour de plus amples informations, veuillez consulter Utilisation des plugins de validation de mot de passe pour RDS for MariaDB.

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

  • La mémoire tampon des modifications a été supprimée. Pour plus d’informations, consultez Mise en mémoire tampon des modifications InnoDB.

  • La défragmentation InnoDB a été supprimée. Pour plus d’informations, consultez Défragmentation InnoDB.

• Nouveau privilège : l’utilisateur administrateur dispose désormais également du privilège SHOW CREATE ROUTINE. Ce privilège permet au bénéficiaire de consulter l’instruction de définition SHOW CREATE d’une routine appartenant à un autre utilisateur. Pour plus d’informations, consultez Privilèges de base de données.

• Amélioration de la réplication : les instances de base de données MariaDB version 11.4 prennent en charge l’indexation des journaux binaires. Vous pouvez créer un index GTID pour chaque fichier binlog. Ces index améliorent les performances de réplication en réduisant le temps nécessaire pour localiser un GTID. Pour plus d’informations, consultez Indexation binlog.

• 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 11.4 :

  • engine_condition_pushdown est supprimé de optimizer_switch

  • innodb_change_buffer_max_size

  • innodb_defragment

  • TLSv1.0 et TLSv1.1 sont supprimés de tls_version

• Nouvelles valeurs par défaut pour un paramètre : la valeur par défaut du paramètre innodb_undo_tablespaces est passée de 0 à 3.

• 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 11.4 :

  • Les valeurs valides pour le paramètre binlog_row_image incluent désormais FULL_NODUP.

  • Les valeurs valides pour le paramètre OLD_MODE incluent désormais NO_NULL_COLLATION_IDS.

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

  • Le paramètre transaction_isolation remplace le paramètre tx_isolation.

  • Le paramètre transaction_read_only remplace le paramètre tx_read_only.

  • Le paramètre block_encryption_mode définit le mode de chiffrement de bloc par défaut pour les fonctions AES_ENCRYPT() et AES_DECRYPT().

  • Le paramètre character_set_collations définit les remplacements pour les classements par défaut des jeux de caractères.

  • Les paramètres binlog_gtid_index, binlog_gtid_index_page_size et binlog_gtid_index_span_min définissent les propriétés de l’index GTID binlog. Pour plus d’informations, consultez Indexation binlog.

• 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).

• Autorisation GRANT TO PUBLIC : vous pouvez accorder des privilèges à tous les utilisateurs qui disposent d'un accès à votre serveur. Pour plus d'informations, consultez GRANT TO PUBLIC (langue française non garantie).

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

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

• Commandes et fonctions SQL : vous pouvez désormais utiliser la commande SHOW ANALYZE FORMAT=JSON et les fonctions ROW_NUMBER, SFORMAT et RANDOM_BYTES. SFORMAT autorise le formatage de chaîne 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 ulté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 utilisent la réplication GTID 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.

• DDL atomique : 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 avec RDS pour MariaDB afin d'optimiser la consommation de stockage de vos applications Web hautes performances et gourmandes en écriture. Pour plus d’informations, consultez Moteurs de stockage pris en charge pour MariaDB sur Amazon RDS et MyRocks.

• AWS Identity and Access Management Authentification de base de données (IAM) — Vous pouvez utiliser l'authentification de base de données IAM 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 surclassement : vous pouvez désormais effectuer une mise à niveau vers RDS for MariaDB version 10.6 depuis n'importe quelle version majeure antérieure (10.3, 10.4 et 10.5). Vous pouvez également restaurer un instantané d'une instance de base de données MySQL 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.

• PL/SQL Compatibilité avec Oracle : en utilisant RDS pour MariaDB version 10.6, vous pouvez migrer plus facilement vos anciennes applications Oracle vers Amazon RDS. Pour plus d’informations, consultez SQL_MODE=ORACLE.

• DDL atomique : vos instructions DDL (Dynamic Data Language) peuvent être relativement sécurisées avec RDS for MariaDB version 10.6. CREATE TABLE, ALTER TABLE, RENAME TABLE, DROP TABLE, DROP DATABASE et les instructions DDL associées sont désormais atomiques. Soit l'instruction réussit, soit elle est complètement inversée. Pour plus d’informations, consultez DDL atomique.

• Autres améliorations : ces améliorations incluent une fonction JSON_TABLE pour transformer les données JSON au format relationnel dans SQL, et une charge plus rapide des données de table 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 en savoir plus, consultez 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 Performance Schema Updates to Match MySQL 5.7 Instrumentation and Tables (Mises à jour du schéma de performances pour assurer la mise en correspondance avec l'instrumentation et les tables de MySQL 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 plus d’informations sur la modification des paramètres d’instance, consultez Modification de paramètres dans un groupe de paramètres de base de données dans Amazon RDS.

• Commande SHOW SLAVE STATUS non prise en charge – Dans les versions de MariaDB antérieures à la version 10.5, la commande SHOW SLAVE STATUS exigeait 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 principal de RDS.

  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 plus d'informations, consultez mysql.rds_replica_status.

• Commande SHOW RELAYLOG EVENTS non prise en charge – Dans les versions de MariaDB antérieures à la version 10.5, la commande SHOW RELAYLOG EVENTS exigeait 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 principal de RDS.

• 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 InnoDB – Prise en charge de l'opération DROP COLUMN instantanée et extension VARCHAR instantanée pour ROW_FORMAT=DYNAMIC et ROW_FORMAT=COMPACT

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