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.
Moteurs de stockage pris en charge pour MariaDB sur Amazon RDS
RDScar MariaDB prend en charge les moteurs de stockage suivants.
Les autres moteurs de stockage ne sont actuellement pas pris en charge par RDS 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é pour les instances de base de données MariaDB sur Amazon. RDS RDSLes fonctionnalités Amazon 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, veuillez consulter InnoDB
Le moteur MyRocks de stockage
Le moteur MyRocks de stockage est disponible 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 et Groupes de paramètres pour (Amazon RDS).
Pour créer une table utilisant le moteur de MyRocks stockage, spécifiez-le ENGINE=RocksDB dans l'CREATE TABLEinstruction. 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 ACID garantit pas (atomicité, cohérence, isolation, durabilité) les transactions entre les 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 la réplication basée sur des instructions. Pour plus d'informations, reportez-vous à la section MyRocks et Réplication
Actuellement, vous ne pouvez modifier que les MyRocks paramètres suivants :
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 etinnodb_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 DownloadDBLogFilePortiondes opérations DescribeDBLogFileset.
Pour plus d'informations MyRocks, consultez MyRocks
