Moteurs de stockage pris en charge pour MariaDB sur Amazon RDS
RDS for MariaDB prend en charge les moteurs de stockage suivants.
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 fonctions Amazon RDS telles que la restauration ponctuelle et la restauration instantanée nécessitent un moteur de stockage tolérant aux incidents, et ne sont prises en charge que pour le moteur de stockage recommandé pour la version MariaDB.
Pour plus d’informations, consultez InnoDB
Moteur de stockage MyRocks
Le moteur de stockage MyRocks est disponible dans RDS for MariaDB 10.6 et versions ultérieures. Avant d'utiliser le moteur de stockage MyRocks dans une base de données de production, nous vous recommandons d'effectuer des tests et des tests approfondis afin de vérifier tous les avantages potentiels par rapport à InnoDB pour votre cas d'utilisation.
Le groupe de paramètres par défaut de MariaDB version 10.6 inclut les paramètres MyRocks. Pour plus d’informations, consultez Paramètres pour MariaDB et Groupes de paramètres pour Amazon RDS.
Pour créer une table qui utilise le moteur de stockage MyRocks, spécifiez ENGINE=RocksDB dans l'instruction CREATE TABLE. L'exemple suivant crée une table qui utilise le moteur de stockage MyRocks.
CREATE TABLE test (a INT NOT NULL, b CHAR(10)) ENGINE=RocksDB;
Il est déconseillé d'exécuter des transactions couvrant les tables InnoDB et MyRocks. MariaDB ne garantit pas ACID (atomicité, cohérence, isolement, durabilité) pour les transactions entre moteurs de stockage. Bien qu'il soit possible d'avoir des tables InnoDB et MyRocks 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 les tables InnoDB et MyRocks existent dans une instance de base de données, chaque moteur de stockage possède son propre groupe de tampons, ce qui peut entraîner une dégradation des performances.
MyRocks ne supporte pas l'isolation SERIALIZABLE ou les verrous d'espace. Par conséquent, vous ne pouvez généralement pas utiliser MyRocks avec une réplication basée sur des instructions. Pour plus d’informations, consultez MyRocks et la réplication
Actuellement, vous ne pouvez modifier que les paramètres MyRocks suivants :
Le moteur de stockage MyRocks et le moteur de stockage InnoDB peuvent rivaliser pour obtenir de 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 de stockage MyRocks 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 journaux MyRocks en utilisant les opérations DescribeDBLogFiles et DownloadDBLogFilePortion.
Pour plus d’informations sur MyRocks, consultez MyRocks
