PolarDB for MySQL Multi-master Cluster (Limitless) offre une capacité de lecture/écriture évolutive horizontalement grâce à plusieurs nœuds en lecture/écriture (RW). Selon l'organisation et le routage des données, Multi-master Cluster (Limitless) se décline en deux formes : le multi-master au niveau base de données/table et les tables partitionnées de cluster multi-master.
Formes du produit
Multi-master au niveau base de données/table
Le multi-master au niveau base de données/table répartit différentes bases de données ou objets de données sur différents nœuds RW. Chaque base de données ou objet de données est géré par un seul nœud RW pour les lectures et les écritures à tout instant. Vous pouvez changer le nœud gestionnaire sans migrer les données. Cette forme convient aux architectures SaaS multi-locataires, aux jeux vidéo shardés par région et aux charges de travail utilisant déjà un middleware de sharding de base de données ou de tables.
Pour plus d'informations, consultez les rubriques Qu'est-ce que le multi-master au niveau base de données/table, Utilisation et FAQ.
Tables partitionnées de cluster multi-master
Les tables partitionnées de cluster multi-master distribuent automatiquement les données d'une table logique sur plusieurs bases de données shardées et nœuds RW, selon des clés de distribution et des règles de fractionnement. Le système assure un routage transparent, ainsi que l'exécution de requêtes distribuées et d'instructions DDL distribuées. Cette forme est adaptée au fractionnement horizontal de grandes tables, aux transactions à forte concurrence et aux charges de travail souhaitant réduire leur dépendance envers les middlewares de sharding.
Pour en savoir plus, reportez-vous aux documents Qu'est-ce qu'une table partitionnée de cluster multi-master et Instructions d'utilisation.
Comment choisir
|
Comparaison |
Multi-master au niveau base de données/table |
Tables partitionnées de cluster multi-master |
|
Granularité de la distribution des données |
Base de données ou objet de données |
Shards de données d'une table logique |
|
Mode d'écriture |
Écriture concurrente de différentes bases de données ou objets sur différents nœuds RW |
Écriture concurrente de différents shards d'une même table logique sur plusieurs nœuds RW |
|
Planification |
Spécifiez ou changez le point d'accès RW d'une base de données ou d'un objet |
Routage automatique par le système selon la clé de distribution |
|
Syntaxe principale |
|
|
|
Migration typique |
Conservez la structure existante des bases de données/tables et ajustez l'appartenance aux nœuds |
Choisissez les clés de distribution et les règles de fractionnement pour les tables logiques |
Si vos charges de travail sont déjà isolées par base de données ou par table et que votre objectif principal est de répartir rapidement la charge existante sur davantage de nœuds RW, optez pour le multi-master au niveau base de données/table. Si le volume de données ou la pression d'accès d'une seule table constitue un goulot d'étranglement et que vous souhaitez que la base de données effectue un fractionnement horizontal de manière transparente, choisissez les tables partitionnées de cluster multi-master.
Fonctionnalités générales
Les nœuds globaux en lecture seule peuvent lire les données sur plusieurs nœuds RW. Dans la forme multi-master au niveau base de données/table, ils exécutent des requêtes d'agrégation across différentes bases de données ou objets de données. Pour les tables partitionnées de cluster multi-master, ils agrègent les données de tous les shards afin d'exécuter des requêtes inter-shards.