Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Prise en charge des fonctions MariaDB sur Amazon RDS
RDS for MariaDB prend en charge la plupart des fonctionnalités et des capacités de MariaDB. Certaines fonctions peuvent avoir une prise en charge limitée ou des privilèges restreints.
Vous pouvez filtrer les nouvelles fonctions de Amazon RDS sur la page [Nouveautés en matière de base de données](https://aws.amazon.com/about-aws/whats-new/database/). Pour **Produits**, choisissez **Amazon RDS**. Ensuite, effectuez une recherche à l’aide de mots clés tels que **MariaDB 2023**.
**Note**
Les listes suivantes ne sont pas exhaustives.
Pour plus d’informations sur la prise en charge des fonctionnalités MariaDB sur Amazon RDS, consultez les rubriques suivantes.
**Rubriques**
+ [Moteurs de stockage pris en charge pour MariaDB sur Amazon RDS](MariaDB.Concepts.Storage.md)
+ [Préparation du cache pour MariaDB sur Amazon RDS](MariaDB.Concepts.XtraDBCacheWarming.md)
+ [Fonctions MariaDB non prises en charge par Amazon RDS](MariaDB.Concepts.FeatureNonSupport.md)
## Prise en charge des fonctionnalités d’Amazon RDS for MariaDB pour les versions majeures de MariaDB
Dans les sections suivantes, vous trouverez des informations sur les fonctions MariaDB prises en charge sur les versions majeures d'Amazon RDS for MariaDB :
**Topics**
+ [Prise en charge de MariaDB 11.8 sur Amazon RDS](#MariaDB.Concepts.FeatureSupport.11-8)
+ [Prise en charge de MariaDB 11.4 sur Amazon RDS](#MariaDB.Concepts.FeatureSupport.11-4)
+ [Prise en charge de MariaDB 10.11 sur Amazon RDS](#MariaDB.Concepts.FeatureSupport.10-11)
+ [Prise en charge de MariaDB 10.6 sur Amazon RDS](#MariaDB.Concepts.FeatureSupport.10-6)
+ [Prise en charge de MariaDB 10.5 sur Amazon RDS](#MariaDB.Concepts.FeatureSupport.10-5)
+ [Prise en charge de MariaDB 10.4 sur Amazon RDS](#MariaDB.Concepts.FeatureSupport.10-4)
Pour plus d’informations sur les versions mineures de Amazon RDS for MariaDB prises en charge, consultez [Versions de MariaDB sur Amazon RDS](MariaDB.Concepts.VersionMgmt.md).
### Prise en charge de MariaDB 11.8 sur Amazon RDS
Amazon RDS prend en charge les nouvelles fonctionnalités suivantes pour vos instances de base de données exécutant MariaDB version 11.8 ou versions ultérieures.
**Note**
Dans MariaDB 11.8, la valeur par défaut `require_secure_transport` pour est `1` now, ce qui nécessite des connexions sécurisées. SSL/TLS Défini sur `0` si des connexions non sécurisées sont nécessaires.
+ **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](mariadb-ssl-connections.require-ssl.md).
+ **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 [https://mariadb.com/docs/server/reference/sql-structure/vectors/vector-system-variables#mhnsw_default_distance](https://mariadb.com/docs/server/reference/sql-structure/vectors/vector-system-variables#mhnsw_default_distance) spécifie la métrique de distance par défaut pour l’indexation vectorielle MHNSW.
+ La variable [https://mariadb.com/docs/server/reference/sql-structure/vectors/vector-system-variables#mhnsw_default_m](https://mariadb.com/docs/server/reference/sql-structure/vectors/vector-system-variables#mhnsw_default_m) définit la valeur par défaut du paramètre `M` dans l’indexation vectorielle MHNSW.
+ La variable [https://mariadb.com/docs/server/reference/sql-structure/vectors/vector-system-variables#mhnsw_ef_search](https://mariadb.com/docs/server/reference/sql-structure/vectors/vector-system-variables#mhnsw_ef_search) définit le nombre minimal de résultats candidats pour les recherches par index vectoriel.
+ La variable [https://mariadb.com/docs/server/reference/sql-structure/vectors/vector-system-variables#mhnsw_max_cache_size](https://mariadb.com/docs/server/reference/sql-structure/vectors/vector-system-variables#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 [https://mariadb.com/docs/server/security/limiting-size-of-created-disk-temporary-files-and-tables/max_tmp_session_space_usage-system-variable](https://mariadb.com/docs/server/security/limiting-size-of-created-disk-temporary-files-and-tables/max_tmp_session_space_usage-system-variable) limite l’espace temporaire alloué par utilisateur.
+ La variable [https://mariadb.com/docs/server/security/limiting-size-of-created-disk-temporary-files-and-tables/max_tmp_total_space_usage-system-variable](https://mariadb.com/docs/server/security/limiting-size-of-created-disk-temporary-files-and-tables/max_tmp_total_space_usage-system-variable) 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\$1execute\$1operation](mysql_rds_execute_operation.md) pour réduire le tablespace temporaire et récupérer de l’espace disque.
Pour accéder à la liste complète des fonctionnalités de MariaDB 11.8 ainsi qu’à la documentation associée, consultez [Modifications et améliorations apportées à MariaDB 11.8](https://mariadb.com/kb/en/changes-improvements-in-mariadb-11-8/) et [Notes de mise à jour – Série MariaDB 11.8](https://mariadb.com/kb/en/release-notes-mariadb-11-8-series/) sur le site web de MariaDB.
Pour obtenir la liste des fonctions non prises en charge, consultez [Fonctions MariaDB non prises en charge par Amazon RDS](MariaDB.Concepts.FeatureNonSupport.md).
### Prise en charge de MariaDB 11.4 sur Amazon RDS
Amazon RDS prend en charge les nouvelles fonctionnalités suivantes pour vos instances de base de données exécutant MariaDB version 11.4 ou versions ultérieures.
+ **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](https://mariadb.com/kb/en/simple-password-check-plugin/) 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](MariaDB.Concepts.PasswordValidationPlugins.md).
+ **Plugin Cracklib Password Check** : vous pouvez utiliser le plugin MariaDB [Cracklib Password Check](https://mariadb.com/kb/en/cracklib-password-check-plugin/) 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](MariaDB.Concepts.PasswordValidationPlugins.md).
+ **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](https://mariadb.com/kb/en/innodb-change-buffering/).
+ La défragmentation InnoDB a été supprimée. Pour plus d’informations, consultez [Défragmentation InnoDB](https://mariadb.com/kb/en/defragmenting-innodb-tablespaces/#innodb-defragmentation).
+ **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](https://mariadb.com/kb/en/grant/#database-privileges).
+ **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](https://mariadb.com/kb/en/gtid/#binlog-indexing).
+ **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\$1switch](https://mariadb.com/kb/en/optimizer-switch/)
+ [innodb\$1change\$1buffer\$1max\$1size](https://mariadb.com/kb/en/innodb-system-variables/#innodb_change_buffer_max_size)
+ [innodb\$1defragment](https://mariadb.com/kb/en/innodb-system-variables/#innodb_defragment)
+ `TLSv1.0` et `TLSv1.1` sont supprimés de [tls\$1version](https://mariadb.com/kb/en/ssltls-system-variables/#tls_version)
+ **Nouvelles valeurs par défaut pour un paramètre** : la valeur par défaut du paramètre [innodb\$1undo\$1tablespaces](https://mariadb.com/kb/en/innodb-system-variables/#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\$1row\$1image](https://mariadb.com/kb/en/replication-and-binary-log-system-variables/#binlog_row_image) incluent désormais `FULL_NODUP`.
+ Les valeurs valides pour le paramètre [OLD\$1MODE](https://mariadb.com/kb/en/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\$1isolation](https://mariadb.com/kb/en/server-system-variables/#transaction_isolation) remplace le paramètre [tx\$1isolation](https://mariadb.com/kb/en/server-system-variables/#tx_isolation).
+ Le paramètre [transaction\$1read\$1only](https://mariadb.com/kb/en/server-system-variables/#transaction_read_only) remplace le paramètre [tx\$1read\$1only](https://mariadb.com/kb/en/server-system-variables/#tx_read_only).
+ Le paramètre [block\$1encryption\$1mode définit le mode](https://mariadb.com/kb/en/server-system-variables/#block_encryption_mode) de chiffrement de bloc par défaut pour les fonctions [AES\$1ENCRYPT()](https://mariadb.com/kb/en/aes_encrypt/) et [AES\$1DECRYPT()](https://mariadb.com/kb/en/aes_decrypt/).
+ Le paramètre [character\$1set\$1collations](https://mariadb.com/kb/en/server-system-variables/#character_set_collations) définit les remplacements pour les classements par défaut des jeux de caractères.
+ Les paramètres [binlog\$1gtid\$1index](https://mariadb.com/kb/en/system-versioned-tables/#binlog_gtid_index), [binlog\$1gtid\$1index\$1page\$1size](https://mariadb.com/kb/en/system-versioned-tables/#binlog_gtid_index_page_size) et [binlog\$1gtid\$1index\$1span\$1min](https://mariadb.com/kb/en/system-versioned-tables/#binlog_gtid_index_span_min) définissent les propriétés de l’index GTID binlog. Pour plus d’informations, consultez [Indexation binlog](https://mariadb.com/kb/en/gtid/#binlog-indexing).
Pour accéder à la liste complète des fonctionnalités de MariaDB 11.4 ainsi qu’à la documentation associée, consultez [Modifications et améliorations apportées à MariaDB 11.4](https://mariadb.com/kb/en/changes-improvements-in-mariadb-11-4/) et [Notes de mise à jour – Série MariaDB 11.4](https://mariadb.com/kb/en/release-notes-mariadb-11-4-series/) sur le site web de MariaDB.
Pour obtenir la liste des fonctions non prises en charge, consultez [Fonctions MariaDB non prises en charge par Amazon RDS](MariaDB.Concepts.FeatureNonSupport.md).
### Prise en charge de MariaDB 10.11 sur Amazon RDS
Amazon RDS prend en charge les nouvelles fonctionnalités suivantes pour vos instances de base de données exécutant MariaDB version 10.11 ou versions ultérieures.
+ **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](https://mariadb.com/kb/en/password-reuse-check-plugin/) (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](https://mariadb.com/kb/en/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](https://mariadb.com/kb/en/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élioration**s 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\$1change\$1buffering](https://mariadb.com/kb/en/innodb-system-variables/#innodb_change_buffering)
+ [innodb\$1disallow\$1writes](https://mariadb.com/kb/en/innodb-system-variables/#innodb_disallow_writes)
+ [innodb\$1log\$1write\$1ahead\$1size](https://mariadb.com/kb/en/innodb-system-variables/#innodb_log_write_ahead_size)
+ [innodb\$1prefix\$1index\$1cluster\$1optimization](https://mariadb.com/kb/en/innodb-system-variables/#innodb_prefix_index_cluster_optimization)
+ [keep\$1files\$1on\$1create](https://mariadb.com/kb/en/server-system-variables/#keep_files_on_create)
+ [old](https://mariadb.com/kb/en/server-system-variables/#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\$1log\$1file\$1size](https://mariadb.com/kb/en/innodb-system-variables/#innodb_log_file_size)
+ [innodb\$1write\$1io\$1threads](https://mariadb.com/kb/en/innodb-system-variables/#innodb_write_io_threads)
+ [innodb\$1read\$1io\$1threads](https://mariadb.com/kb/en/innodb-system-variables/#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\$1defaults\$1for\$1timestamp](https://mariadb.com/kb/en/server-system-variables/#explicit_defaults_for_timestamp) est passée de `OFF` à `ON`.
+ La valeur par défaut du paramètre [optimizer\$1prune\$1level](https://mariadb.com/kb/en/server-system-variables/#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](https://mariadb.com/kb/en/server-system-variables/#old) ont été fusionnées à celles du paramètre [old\$1mode](https://mariadb.com/kb/en/server-system-variables/#old_mode).
+ Les valeurs valides pour le paramètre [histogram\$1type](https://mariadb.com/kb/en/server-system-variables/#histogram_type) incluent désormais `JSON_HB`.
+ La plage des valeurs valides pour le paramètre [innodb\$1log\$1buffer\$1size](https://mariadb.com/kb/en/innodb-system-variables/#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\$1log\$1file\$1size](https://mariadb.com/kb/en/innodb-system-variables/#innodb_log_file_size) est maintenant de `4194304` à `512GB` (de 4 Mo à 512 Go).
+ Les valeurs valides pour le paramètre [optimizer\$1prune\$1level](https://mariadb.com/kb/en/server-system-variables/#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\$1alter\$1two\$1phase](https://mariadb.com/kb/en/replication-and-binary-log-system-variables//#binlog_alter_two_phase) peut améliorer les performances de réplication.
+ Le paramètre [log\$1slow\$1min\$1examined\$1row\$1limit](https://mariadb.com/kb/en/server-system-variables/#log_slow_min_examined_row_limit) peut améliorer les performances.
+ Le paramètre [log\$1slow\$1query](https://mariadb.com/kb/en/server-system-variables/#log_slow_query) et le paramètre [log\$1slow\$1query\$1file](https://mariadb.com/kb/en/server-system-variables/#log_slow_query_file) sont des alias pour `slow_query_log` et `slow_query_log_file`, respectivement.
+ [optimizer\$1extra\$1pruning\$1depth](https://mariadb.com/kb/en/server-system-variables/#optimizer_extra_pruning_depth)
+ [system\$1versioning\$1insert\$1history](https://mariadb.com/kb/en/system-versioned-tables/#system_versioning_insert_history)
Pour accéder à la liste complète des fonctionnalités de MariaDB 10.11 ainsi qu’à la documentation associée, consultez [Modifications et améliorations apportées à MariaDB 10.11](https://mariadb.com/kb/en/changes-improvements-in-mariadb-1011/) et [Notes de mise à jour – Série MariaDB 10.11](https://mariadb.com/kb/en/release-notes-mariadb-1011-series/) sur le site web de MariaDB.
Pour obtenir la liste des fonctions non prises en charge, consultez [Fonctions MariaDB non prises en charge par Amazon RDS](MariaDB.Concepts.FeatureNonSupport.md).
### Prise en charge de MariaDB 10.6 sur Amazon RDS
Amazon RDS prend en charge les nouvelles fonctions suivantes pour vos instances de base de données exécutant MariaDB version 10.6 ou versions ultérieures :
+ **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](MariaDB.Concepts.Storage.md) et [MyRocks](https://mariadb.com/kb/en/myrocks/).
+ **Gestion des identités et des accès AWS 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 IAMpour MariaDB, MySQL et PostgreSQL](UsingWithRDS.IAMDBAuth.md).
+ **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](USER_UpgradeDBInstance.MariaDB.md).
+ **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](USER_MariaDB.Replication.ReadReplicas.DelayReplication.md).
+ ** 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\$1MODE=ORACLE](https://mariadb.com/kb/en/sql_modeoracle/).
+ **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](https://mariadb.com/kb/en/atomic-ddl/).
+ **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\$1TABLE](https://mariadb.com/kb/en/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\$1set\$1client](https://mariadb.com/kb/en/server-system-variables/#character_set_client)
+ [character\$1set\$1connection](https://mariadb.com/kb/en/server-system-variables/#character_set_connection)
+ [character\$1set\$1results](https://mariadb.com/kb/en/server-system-variables/#character_set_results)
+ [character\$1set\$1system](https://mariadb.com/kb/en/server-system-variables/#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](https://mariadb.com/kb/en/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\$1connection](https://mariadb.com/kb/en/server-system-variables/#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\$1mode](https://mariadb.com/kb/en/server-system-variables/#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.
Pour accéder à la liste complète des fonctionnalités de MariaDB 10.6 ainsi qu’à la documentation associée, consultez [Modifications et améliorations apportées à MariaDB 10.6](https://mariadb.com/kb/en/changes-improvements-in-mariadb-106/) et [Notes de mise à jour – Série MariaDB 10.6](https://mariadb.com/kb/en/release-notes-mariadb-106-series/) sur le site web de MariaDB.
Pour obtenir la liste des fonctions non prises en charge, consultez [Fonctions MariaDB non prises en charge par Amazon RDS](MariaDB.Concepts.FeatureNonSupport.md).
### Prise en charge de MariaDB 10.5 sur Amazon RDS
Amazon RDS prend en charge les nouvelles fonctions suivantes pour vos instances de base de données exécutant MariaDB version 10.5 ou versions ultérieures :
+ **Améliorations d'InnoDB** – MariaDB version 10.5 inclut les améliorations d'InnoDB. Pour plus d'informations, consultez [InnoDB: Performance Improvements etc.](https://mariadb.com/kb/en/changes-improvements-in-mariadb-105/#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](https://mariadb.com/kb/en/changes-improvements-in-mariadb-105/#performance-schema-updates-to-match-mysql-57-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](USER_WorkingWithParamGroups.Modifying.md).
+ **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\$1replica\$1status](mysql_rds_replica_status.md).
+ **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\$1connections](https://mariadb.com/kb/en/server-system-variables/#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](USER_ParamValuesRef.md#USER_ParamFunctions).
+ La valeur par défaut du paramètre [innodb\$1adaptive\$1hash\$1index](https://mariadb.com/kb/en/innodb-system-variables/#innodb_adaptive_hash_index) a été remplacée par `OFF` (`0`).
+ La valeur par défaut du paramètre [innodb\$1checksum\$1algorithm](https://mariadb.com/kb/en/innodb-system-variables/#innodb_checksum_algorithm) a été remplacée par `full_crc32`.
+ La valeur par défaut du paramètre [innodb\$1log\$1file\$1size](https://mariadb.com/kb/en/innodb-system-variables/#innodb_log_file_size) a été remplacée par 2 Go.
Pour accéder à la liste complète des fonctionnalités de MariaDB 10.5 ainsi qu’à la documentation associée, consultez [Modifications et améliorations apportées à MariaDB 10.5](https://mariadb.com/kb/en/changes-improvements-in-mariadb-105/) et [Notes de mise à jour - Série MariaDB 10.5](https://mariadb.com/kb/en/release-notes-mariadb-105-series/) sur le site web de MariaDB.
Pour obtenir la liste des fonctions non prises en charge, consultez [Fonctions MariaDB non prises en charge par Amazon RDS](MariaDB.Concepts.FeatureNonSupport.md).
### Prise en charge de MariaDB 10.4 sur Amazon RDS
Amazon RDS prend en charge les nouvelles fonctions suivantes pour vos instances de base de données exécutant MariaDB version 10.4 ou versions ultérieures :
+ **Améliorations de la sécurité des comptes utilisateur** – Améliorations de l'[expiration des mots de passe](https://mariadb.com/kb/en/user-password-expiry/) et du [verrouillage des comptes](https://mariadb.com/kb/en/account-locking/)
+ **Améliorations de l'optimiseur** – [Fonction Optimizer Trace](https://mariadb.com/kb/en/optimizer-trace-overview/)
+ **Améliorations InnoDB** – [Prise en charge de l'opération DROP COLUMN instantanée](https://mariadb.com/kb/en/alter-table/#drop-column) et extension `VARCHAR` instantanée pour `ROW_FORMAT=DYNAMIC` et `ROW_FORMAT=COMPACT`
+ **Nouveaux paramètres** – Notamment : [tcp\$1nodedelay](https://mariadb.com/kb/en/server-system-variables/#tcp_nodelay), [tls\$1version](https://mariadb.com/kb/en/ssltls-system-variables/#tls_version) et [gtid\$1cleanup\$1batch\$1size](https://mariadb.com/kb/en/gtid/#gtid_cleanup_batch_size)
Pour accéder à la liste complète des fonctionnalités de MariaDB 10.4 ainsi qu’à la documentation associée, consultez [Modifications et améliorations apportées à MariaDB 10.4](https://mariadb.com/kb/en/library/changes-improvements-in-mariadb-104/) et [Notes de mise à jour - Série MariaDB 10.4](https://mariadb.com/kb/en/library/release-notes-mariadb-104-series/) sur le site web de MariaDB.
Pour obtenir la liste des fonctions non prises en charge, consultez [Fonctions MariaDB non prises en charge par Amazon RDS](MariaDB.Concepts.FeatureNonSupport.md).
# Moteurs de stockage pris en charge pour MariaDB sur Amazon RDS
RDS for MariaDB prend en charge les moteurs de stockage suivants.
**Topics**
+ [Le moteur de stockage InnoDB](#MariaDB.Concepts.Storage.InnoDB)
+ [Le moteur MyRocks de stockage](#MariaDB.Concepts.Storage.MyRocks)
Les autres moteurs de stockage ne sont pas pris en charge actuellement par RDS for MariaDB.
## Le moteur de stockage InnoDB
Bien que MariaDB prenne en charge plusieurs moteurs de stockage avec diverses capacités, toutes ne sont pas optimisées pour la récupération sur incident et la durabilité des données. InnoDB est le moteur de stockage recommandé et pris en charge pour les instances de base de données MariaDB sur Amazon RDS. Les fonctionnalités Amazon RDS telles que la point-in-time restauration et la restauration de snapshots nécessitent un moteur de stockage récupérable et ne sont prises en charge que pour le moteur de stockage recommandé pour la version MariaDB.
Pour plus d’informations, consultez [InnoDB](https://mariadb.com/kb/en/innodb/).
## Le moteur MyRocks de stockage
Le moteur MyRocks de stockage est disponible dans RDS pour MariaDB version 10.6 et supérieure. Avant d'utiliser le moteur MyRocks de stockage dans une base de données de production, nous vous recommandons d'effectuer des analyses comparatives et des tests approfondis afin de vérifier les avantages potentiels par rapport à InnoDB pour votre cas d'utilisation.
Le groupe de paramètres par défaut pour MariaDB version 10.6 inclut des paramètres. MyRocks Pour plus d’informations, consultez [Paramètres pour MariaDB](Appendix.MariaDB.Parameters.md) et [Groupes de paramètres pour Amazon RDS](USER_WorkingWithParamGroups.md).
Pour créer une table utilisant le moteur de MyRocks stockage, spécifiez-le `ENGINE=RocksDB` dans l'`CREATE TABLE`instruction. L'exemple suivant crée une table qui utilise le moteur MyRocks de stockage.
```
CREATE TABLE test (a INT NOT NULL, b CHAR(10)) ENGINE=RocksDB;
```
Nous vous recommandons vivement de ne pas exécuter de transactions couvrant à la fois InnoDB et MyRocks des tables. MariaDB ne garantit pas ACID (atomicité, cohérence, isolement, durabilité) pour les transactions entre moteurs de stockage. Bien qu'il soit possible d'avoir à la fois InnoDB et MyRocks des tables dans une instance de base de données, nous ne recommandons pas cette approche, sauf lors d'une migration d'un moteur de stockage à l'autre. Lorsque InnoDB et des MyRocks tables existent dans une instance de base de données, chaque moteur de stockage possède son propre pool de mémoire tampon, ce qui peut entraîner une dégradation des performances.
MyRocks ne supporte pas `SERIALIZABLE` l'isolation ou les verrous interstitiels. Par conséquent, vous ne pouvez généralement pas l'utiliser MyRocks avec une réplication basée sur des instructions. Pour plus d'informations, reportez-vous à la section [ MyRocks et Réplication](https://mariadb.com/kb/en/myrocks-and-replication/).
À l'heure actuelle, vous ne pouvez modifier que les MyRocks paramètres suivants :
+ [https://mariadb.com/kb/en/myrocks-system-variables/#rocksdb_block_cache_size](https://mariadb.com/kb/en/myrocks-system-variables/#rocksdb_block_cache_size)
+ [https://mariadb.com/kb/en/myrocks-system-variables/#rocksdb_bulk_load](https://mariadb.com/kb/en/myrocks-system-variables/#rocksdb_bulk_load)
+ [https://mariadb.com/kb/en/myrocks-system-variables/#rocksdb_bulk_load_size](https://mariadb.com/kb/en/myrocks-system-variables/#rocksdb_bulk_load_size)
+ [https://mariadb.com/kb/en/myrocks-system-variables/#rocksdb_deadlock_detect](https://mariadb.com/kb/en/myrocks-system-variables/#rocksdb_deadlock_detect)
+ [https://mariadb.com/kb/en/myrocks-system-variables/#rocksdb_deadlock_detect_depth](https://mariadb.com/kb/en/myrocks-system-variables/#rocksdb_deadlock_detect_depth)
+ [https://mariadb.com/kb/en/myrocks-system-variables/#rocksdb_max_latest_deadlocks](https://mariadb.com/kb/en/myrocks-system-variables/#rocksdb_max_latest_deadlocks)
Le moteur MyRocks de stockage et le moteur de stockage InnoDB peuvent se disputer la mémoire en fonction des paramètres `rocksdb_block_cache_size` et`innodb_buffer_pool_size`. Dans certains cas, il se peut que vous ayez l'intention d'utiliser le moteur MyRocks de stockage uniquement sur une instance de base de données particulière. Dans l'affirmative, nous vous recommandons de définir le paramètre `innodb_buffer_pool_size minimal` à une valeur minimale et de définir le paramètre `rocksdb_block_cache_size` à une valeur aussi haute que possible.
Vous pouvez accéder aux fichiers MyRocks journaux à l'aide [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DownloadDBLogFilePortion.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DownloadDBLogFilePortion.html)des opérations [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBLogFiles.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBLogFiles.html)et.
Pour plus d'informations MyRocks, consultez [MyRocks](https://mariadb.com/kb/en/myrocks/)le site Web de MariaDB.
# Préparation du cache pour MariaDB sur Amazon RDS
La préparation du cache InnoDB peut fournir des gains de performances pour votre instance de base de données MariaDB en enregistrant l'état actuel du pool de mémoires tampons lorsque l'instance de base de données est arrêtée, puis en rechargeant le pool de mémoires tampons à partir des informations enregistrées au démarrage de l'instance de base de données. Cette approche contourne la nécessité de « préparer » le pool de tampons à partir d'une utilisation normale de la base de données et précharge à la place le pool de tampons avec les pages des requêtes courantes connues. Pour plus d'informations sur la préparation du cache, consultez [Vidage et restauration du pool de tampons](http://mariadb.com/kb/en/mariadb/xtradbinnodb-buffer-pool/#dumping-and-restoring-the-buffer-pool) dans la documentation MariaDB.
La préparation du cache est activée par défaut sur les instances de base de données MariaDB versions 10.3 et ultérieures. Pour l'activer, définissez les paramètres `innodb_buffer_pool_dump_at_shutdown` et `innodb_buffer_pool_load_at_startup` avec la valeur 1 dans le groupe de paramètres de votre instance de base de données. La modification de ces valeurs dans un groupe de paramètres affecte toutes les instances de base de données MariaDB qui utilisent ce groupe de paramètres. Pour activer la préparation du cache pour des instances de base de données MariaDB spécifiques, vous aurez peut-être à créer un groupe de paramètres pour ces instances de base de données. Pour plus d'informations sur les groupes de paramètres, consultez [Groupes de paramètres pour Amazon RDS](USER_WorkingWithParamGroups.md).
La préparation du cache fournit principalement une amélioration des performances pour les instances de bases de données qui utilisent le stockage standard. Si vous utilisez le stockage PIOPS, vous ne constatez généralement pas d'amélioration significative des performances.
**Important**
Si votre instance de base de données MariaDB ne se ferme pas normalement, comme lors d'un basculement, l'état du pool de tampons n'est pas enregistré sur le disque. Dans ce cas, MariaDB charge n'importe quel fichier du pool de tampons disponible au redémarrage de l'instance de base de données. Il n'en résulte aucun dommage, mais le pool de tampons restauré peut ne pas refléter l'état le plus récent du pool de tampons avant le redémarrage. Pour vous assurer d'avoir un état récent du pool de mémoires tampons disponible afin de préparer le cache au démarrage, il est recommandé que vous vidiez régulièrement le pool de mémoires tampons « à la demande ». Vous pouvez vider ou charger le pool de tampons à la demande.
Vous pouvez créer un événement pour vider le pool de tampons automatiquement et à intervalles réguliers. Par exemple, l'instruction suivante crée un événement nommé `periodic_buffer_pool_dump` qui vide le pool de mémoires tampons toutes les heures.
```
1. CREATE EVENT periodic_buffer_pool_dump
2. ON SCHEDULE EVERY 1 HOUR
3. DO CALL mysql.rds_innodb_buffer_pool_dump_now();
```
Pour plus d'informations, consultez [Événements](http://mariadb.com/kb/en/mariadb/stored-programs-and-views-events/) dans la documentation MariaDB.
## Vidage et chargement du pool de tampons à la demande
Vous pouvez enregistrer et charger le cache à la demande à l'aide des procédures stockées suivantes :
+ Pour vider l'état actuel du pool de mémoires tampons sur le disque, appelez la procédure stockée [mysql.rds\$1innodb\$1buffer\$1pool\$1dump\$1now](mysql-stored-proc-warming.md#mysql_rds_innodb_buffer_pool_dump_now).
+ Pour charger l'état enregistré du pool de mémoires tampons à partir du disque, appelez la procédure stockée [mysql.rds\$1innodb\$1buffer\$1pool\$1load\$1now](mysql-stored-proc-warming.md#mysql_rds_innodb_buffer_pool_load_now).
+ Pour annuler une opération de chargement en cours, appelez la procédure stockée [mysql.rds\$1innodb\$1buffer\$1pool\$1load\$1abort](mysql-stored-proc-warming.md#mysql_rds_innodb_buffer_pool_load_abort).
# Fonctions MariaDB non prises en charge par Amazon RDS
Les fonctionnalités de MariaDB suivantes ne sont pas prises en charge sur Amazon RDS :
+ Moteur de stockage S3
+ Plug-in d'authentification – GSSAPI
+ Plug-in d'authentification – Socket Unix
+ AWS Plugin de chiffrement pour la gestion des clés
+ Réplication différée pour les versions MariaDB inférieures à 10.6
+ Chiffrement au repos MariaDB natif pour InnoDB et Aria
Vous pouvez activer le chiffrement au repos pour une instance de base de données MariaDB en suivant les instructions de [Chiffrement des ressources Amazon RDS](Overview.Encryption.md).
+ HandlerSocket
+ Type de table JSON pour les versions MariaDB inférieures à 10.6
+ MariaDB ColumnStore
+ MariaDB Galera Cluster
+ Réplication multi-source
+ MyRocks moteur de stockage pour les versions de MariaDB inférieures à 10.6
+ Plugin de validation de mot de passe, `simple_password_check` et `cracklib_password_check` pour les versions de MariaDB antérieures à 11.4
+ Moteur de stockage Spider
+ Moteur de stockage Sphinx
+ Moteur de stockage TokuDB
+ Attributs d'objet spécifiques au moteur de stockage, tels que décrits dans la section [Nouveaux attributs définis par le moteur dans la documentation Table/Field/Index MariaDB](http://mariadb.com/kb/en/mariadb/engine-defined-new-tablefieldindex-attributes/)
+ Chiffrement de table et d'espace de tables
+ Plug-in Hashicorp Key Management
+ Exécution de deux mises à niveau en parallèle
Pour offrir une expérience de service géré, Amazon RDS ne fournit pas l'accès shell aux instances de base de données et limite l'accès à certaines tables et procédures système qui requièrent des privilèges avancés. Amazon RDS prend en charge l'accès aux bases de données sur une instance de base de données en utilisant toute application cliente SQL standard. Amazon RDS ne permet pas d’accès d’hôte direct à une instance de base de données via Telnet, Secure Shell (SSH) ou une connexion Bureau à distance Windows.