AnalyticDB for MySQL utilise les termes suivants dans sa documentation et sa console.
Région
Une région est un emplacement géographique où Alibaba Cloud déploie ses centres de données. Les régions portent généralement le nom des villes qui les accueillent. Par exemple, la région Malaisie (Kuala Lumpur) héberge ses centres de données à Kuala Lumpur.
Zone
Une zone est un emplacement isolé au sein d'une région, doté de sa propre alimentation électrique et de son propre réseau. Chaque région contient plusieurs zones. Par exemple, la région Chine (Pékin) comprend douze zones, dont Pékin Zone A et Pékin Zone B.
Les ressources déployées au sein d'une même zone partagent le même réseau, ce qui réduit la latence et améliore la vitesse de communication entre les services.
Cluster
Un cluster est l'unité de déploiement de niveau supérieur dans AnalyticDB for MySQL. Les clusters sont physiquement isolés les uns des autres. Chaque cluster contient une base de données physique et une ou plusieurs bases de données logiques.
Base de données physique
Une base de données physique représente le stockage sous-jacent d'une base de données sur des supports physiques. Elle se compose de fichiers de données, de fichiers journaux et de fichiers d'index.
Le système crée automatiquement une base de données physique lorsque vous créez un cluster AnalyticDB for MySQL. Elle est divisée en plusieurs shards, répartis entre les groupes de nœuds de stockage. Un groupe Raft gère chaque shard.
Base de données logique
Une base de données logique correspond à la structure organisationnelle d'une base de données contenant des tables, des vues et des index. Pour créer des bases de données logiques, exécutez des instructions CREATE DATABASE. Un seul cluster AnalyticDB for MySQL prend en charge jusqu'à 2 048 bases de données logiques.
Toutes les références aux « bases de données » dans la documentation d'AnalyticDB for MySQL désignent des bases de données logiques.
Un shard est une tranche horizontale d'une table, créée en fractionnant la table selon une clé de distribution. Les shards sont répartis entre les groupes de nœuds de stockage ; ainsi, chaque groupe gère une partie des données, ce qui améliore l'évolutivité et les performances du système.
Un groupe Raft indépendant gère chaque shard. Le système déploie plusieurs réplicas d'un groupe Raft sur les nœuds de stockage au sein du même groupe de nœuds de stockage. Le protocole Raft garantit la cohérence des données entre les réplicas.
Répartition des shards
Le nombre de shards dans un cluster reste inchangé après la modification de la configuration du cluster. Pour connaître le nombre actuel de shards, exécutez :
SELECT COUNT(1) FROM information_schema.kepler_meta_shards;Partition
Une partition est une subdivision d'un shard, créée en fractionnant le shard selon une clé de partition. Dans la plupart des cas, une colonne de date sert de clé de partition pour gérer le cycle de vie des données.
Table
AnalyticDB for MySQL prend en charge deux types de tables : les tables partitionnées et les tables répliquées. Pour plus de détails sur la syntaxe, consultez CREATE TABLE.
Table partitionnée
Une table partitionnée (également appelée table standard) répartit les données horizontalement sur tous les shards en fonction d'une clé de distribution. Chaque shard est ensuite subdivisé en partitions selon une clé de partition.
Principales caractéristiques :
S'adapte au système distribué pour offrir un débit de requête élevé
Prend en charge jusqu'à des centaines de milliards de lignes
Les tables partitionnées constituent le type de table principal pour les charges de travail analytiques à grande échelle.
Table répliquée
Une table répliquée stocke une copie complète de ses données sur chaque shard du cluster. Le système diffuse les modifications apportées à une table répliquée vers tous les shards afin de maintenir la cohérence, ce qui affecte les performances en écriture.
Principales caractéristiques :
Chaque shard détient une copie complète des données
Taille maximale recommandée : 20 000 lignes
Évitez les insertions, mises à jour ou suppressions fréquentes
Unité d'E/S élastique (EIU)
Une unité d'E/S élastique (EIU) est l'unité de ressource utilisée pour mettre à l'échelle la capacité de stockage et d'E/S des clusters AnalyticDB for MySQL en mode élastique pour l'édition Cluster. Chaque EIU est un groupe de nœuds de stockage composé de trois nœuds de stockage, offrant des capacités de stockage, d'écriture, de requête et d'analyse des données.
Achetez des EIUs lors de la création d'un cluster et augmentez la capacité verticale ou horizontale pour répondre aux exigences d'écriture à haut débit ou d'analyse volumineuse. Pour les métriques de performance, consultez Scale up or out elastic I/O resources.
Unité de calcul AnalyticDB (ACU)
Une unité de calcul AnalyticDB (ACU) est l'unité de ressource pour l'édition Data Lakehouse d'AnalyticDB for MySQL. Les ressources de calcul et de stockage sont regroupées en ACUs. Chaque ACU correspond approximativement à 1 cœur et 4 Go de mémoire.
Groupe de ressources
Un groupe de ressources est un pool isolé de ressources de calcul au sein d'un cluster. Les groupes de ressources sont physiquement isolés les uns des autres, de sorte que les charges de travail assignées à différents groupes de ressources n'entrent pas en concurrence pour l'accès aux ressources.
Les groupes de ressources sont pris en charge sur :
Clusters AnalyticDB for MySQL Edition Data Warehouse en mode élastique pour l'édition Cluster
Clusters AnalyticDB for MySQL Edition Data Lakehouse
Assignez différents types de tâches à des groupes de ressources distincts pour éviter la contention des ressources. Par exemple, exécutez le traitement par lots et l'analytique en temps réel dans des groupes de ressources séparés afin d'éviter toute dégradation des performances.