AnalyticDB for MySQL applique les limites suivantes pour garantir la stabilité et la sécurité des clusters.
Contraintes de nommage
La plupart des règles de nommage s'appliquent à tous les types d'objets. Sauf indication contraire ci-dessous :
Les noms peuvent contenir des lettres, des chiffres et des traits de soulignement (
_).Les noms ne doivent pas contenir de guillemets simples (
'), de guillemets doubles ("), de points d'exclamation (!) ni d'espaces.
| Objet | Contrainte |
|---|---|
| Nom de base de données | Jusqu'à 64 caractères. Doit commencer par une lettre minuscule. Ne doit pas contenir de traits de soulignement consécutifs (__). Ne peut pas être analyticdb (réservé à la base de données intégrée). |
| Nom de table | Jusqu'à 127 caractères. Doit commencer par une lettre ou un trait de soulignement (_). Ne doit pas être un mot clé réservé SQL. |
| Nom de colonne | Jusqu'à 127 caractères. Doit commencer par une lettre ou un trait de soulignement (_). Ne doit pas être un mot clé réservé SQL. |
| Nom d'index | Jusqu'à 64 caractères. |
| Nom de compte | 2 à 16 caractères (clusters antérieurs à la version V3.1.9.4) ou 2 à 64 caractères (version V3.1.9.4 et ultérieure). Doit commencer par une lettre minuscule et se terminer par une lettre minuscule ou un chiffre. Peut contenir des lettres minuscules, des chiffres et des traits de soulignement (_). |
| Mot de passe | 8 à 32 caractères. Doit inclure au moins trois des éléments suivants : lettres majuscules, lettres minuscules, chiffres et caractères spéciaux (! @ # ￥ % ^ & * ( ) _ + - =). |
Limites de quota
| Catégorie | Limite | Valeur par défaut | Ajustable | Notes |
|---|---|---|---|---|
| Cluster | Nombre maximal de clusters par compte Alibaba Cloud | 30 | Oui | Soumettez un ticket pour augmenter cette limite. |
| Cluster | Nombre maximal d'opérations de mise à l'échelle (réduction, extension, mise à niveau, rétrogradation) par cluster et par jour | 12 | Non | — |
| Base de données | Nombre maximal de bases de données par cluster | 2 048 | Non | — |
| Stockage | Utilisation maximale du disque avant alerte (Data Warehouse Edition, mode réservé) | 80 % | Non | Le système envoie jusqu'à quatre notifications d'alerte par contact et par jour lorsque ce seuil est dépassé. |
| Stockage | Utilisation maximale du disque avant verrouillage du cluster (Data Warehouse Edition, mode réservé) | 90 % | Non | Le système verrouille le cluster et refuse les requêtes d'écriture. Jusqu'à quatre notifications d'alerte par contact et par jour. |
| Stockage | Volume maximal de données chaudes par unité d'E/S élastique (EIU) (Data Warehouse Edition, mode élastique) | 8 To | Non | Le système verrouille le cluster et refuse les requêtes d'écriture. Pour résoudre ce problème, ajoutez des ressources d'E/S élastiques. |
| Stockage | Volume maximal de données chaudes par ensemble de ressources de stockage réservées (Data Lakehouse Edition) | 8 To | Non | Le système verrouille le cluster et refuse les requêtes d'écriture. Pour résoudre ce problème, augmentez les ressources de stockage réservées. |
| Stockage | Volume maximal de données chaudes par ensemble de ressources réservées (Enterprise Edition ou Basic Edition) | 8 To | Non | Le système verrouille le cluster et refuse les requêtes d'écriture. Pour résoudre ce problème, augmentez les ressources réservées. |
| Compte | Nombre maximal de comptes standard par cluster | 256 | Non | — |
| Connexion | Nombre maximal de connexions par cluster (recommandé) | 50 000 | Non | La capacité réelle varie selon les spécifications du cluster. Les clusters aux spécifications faibles peuvent ne pas prendre en charge un nombre élevé de connexions. |
| Liste d'autorisation | Nombre maximal de listes d'autorisation IP par cluster | 50 | Non | — |
| Liste d'autorisation | Nombre maximal d'adresses IP par liste d'autorisation | 1 000 | Non | — |
| Liste d'autorisation | Nombre maximal d'adresses IP toutes listes d'autorisation confondues par cluster | 25 000 | Non | — |
| Table | Nombre maximal de partitions par cluster | 102 400 | Non | S'applique à l'ensemble des tables combinées. Si cette limite est dépassée, vous ne pouvez plus créer de tables partitionnées. Exécutez la requête ci-dessous pour vérifier l'utilisation actuelle. |
| Table | Nombre maximal de tables internes (Enterprise Edition ou Basic Edition) | 80000 / ⌈Nombre de shards / Nombre d'ensembles de ressources réservées⌉ |
Oui | Pour augmenter cette limite : augmentez les ressources réservées (Enterprise Edition). La Basic Edition ne permet pas d'augmenter cette limite. |
| Table | Nombre maximal de tables internes (Data Lakehouse Edition ou Data Warehouse Edition, mode élastique) | [80000 / ⌈Nombre de shards / Nombre d'EIUs⌉] × 2 |
Oui | Pour augmenter cette limite : augmentez les ressources de stockage réservées (Data Lakehouse Edition) ; augmentez le nombre d'EIUs (Data Warehouse Edition, mode élastique). |
| Table | Nombre maximal de tables internes (Data Warehouse Edition, mode réservé, 1 à 20 groupes de nœuds) | 80000 / ⌈Nombre de shards / Nombre de groupes de nœuds⌉ |
Oui | Pour augmenter cette limite : ajoutez des groupes de nœuds. |
| Table | Nombre maximal de tables externes par cluster | 500 000 | Non | — |
| Table | Nombre maximal de colonnes par table | 4 096 | Non | — |
| Table | Longueur maximale du commentaire par table | 1 024 caractères | Non | — |
| Table | Longueur de colonne par défaut | 127 caractères | — | — |
| Colonne | Longueur maximale du commentaire par colonne | 1 024 caractères | Non | — |
| Colonne | Longueur maximale du champ par colonne | 16 Mo | Non | — |
| Ligne | Taille maximale d'écriture par ligne | 16 Mo | Non | — |
| Partition | Nombre maximal d'entrées de données par partition et par shard | 2,1 milliards | Non | — |
| Requête | Nombre maximal de colonnes par requête | 1 024 | Non |
Pour ajuster : L'augmentation de ce paramètre peut affecter la stabilité du cluster. Nous vous recommandons de ne pas l'ajuster vous-même. |
| Requête | Nombre maximal d'éléments dans chaque clause WHERE | 256 | Non | — |
| Requête | Nombre maximal de conditions dans chaque opérateur IN | 2 000 | Oui | Pour augmenter cette limite, exécutez SET adb_config MAX_IN_ITEMS_COUNT=3000;. Des valeurs plus élevées augmentent la complexité des requêtes et peuvent affecter les performances. |
Remarques sur les formules de calcul des limites de tables internes :
Enterprise Edition : ensembles de ressources réservées = nœuds de ressources réservées / 3
Basic Edition : ensembles de ressources réservées = nœuds de ressources réservées
Data Lakehouse Edition : EIU = ressources de stockage réservées / 24 ACU (AnalyticDB Capacity Units)
Data Warehouse Edition en mode élastique : EIU = nombre d'ensembles de ressources d'E/S élastiques
Pour vérifier le nombre total de partitions sur toutes les tables, exécutez la commande suivante :
SELECT SUM(partition_count) FROM INFORMATION_SCHEMA.KEPLER_META_TABLES
WHERE table_engine_name IN ('CSTORE', 'XUANWU', 'XUANWU_V2');Limites de délai d'expiration
| Opération | Délai d'expiration (ms) |
|---|---|
| Créer un cluster | 600 000 |
| Supprimer un cluster | 300 000 |
| Mettre à l'échelle (extension) un cluster | 600 000 |
| Créer une base de données | 10 000 |
| Supprimer une base de données | 10 000 |
| Créer une table ou une vue | 10 000 |
| Supprimer une table ou une vue | 10 000 |
| Vider une table | 60 000 |
| Ajouter une colonne | 10 000 |
| Supprimer une colonne | 60 000 |
| Mettre à jour une colonne | 60 000 |
| Exécuter une seule requête | 1 800 000 |
| Insérer des données | 300 000 |
| INSERT SELECT FROM, INSERT UPDATE FROM, INSERT DELETE FROM | 86 400 000 |
Délai d'expiration des requêtes : Lorsqu'une requête dépasse le délai d'expiration, le système y met fin. Configurez ce délai à l'aide du paramètre QUERY_TIMEOUT ou de l'indicateur query_timeout.
Le système vérifie les délais d'expiration des requêtes toutes les 1 000 millisecondes. Définissez query_timeout sur une valeur supérieure à 1 000 millisecondes, sinon l'indicateur risque de ne pas prendre effet.
Délai d'expiration des instructions INSERT : Lorsqu'une instruction INSERT dépasse le délai d'expiration, le système y met fin. Configurez ce délai à l'aide du paramètre INSERT_SELECT_TIMEOUT ou de l'indicateur insert_select_timeout.
FAQ
Le nombre de shards du cluster s'applique-t-il par table ?
Oui. Si un cluster comporte 32 shards, chaque table de ce cluster possède 32 shards.
Comment connaître le nombre de shards de mon cluster ?
Exécutez l'instruction suivante :
SELECT count(1) FROM information_schema.kepler_meta_shards;Le nombre de shards est défini lors de la création du cluster. Vous ne pouvez modifier le nombre de shards que pour les clusters Data Warehouse Edition ; il est impossible de le changer pour les clusters Enterprise Edition, Basic Edition ou Data Lakehouse Edition.
Les tableaux suivants font correspondre les spécifications du cluster aux nombres de shards.
Enterprise Edition, Basic Edition, Data Lakehouse Edition et Data Warehouse Edition en mode élastique
| Ensembles de ressources réservées ou EIU | Shards |
|---|---|
| 0–1 | 64 |
| 2–3 | 64 |
| 4–7 | 96 |
| 8–15 | 256 |
| 16–31 | 384 |
| 32–63 | 512 |
| ≥64 | 1 024 |
Remarques :
Enterprise Edition : ensembles de ressources réservées = nœuds de ressources réservées / 3
Basic Edition : ensembles de ressources réservées = nœuds de ressources réservées
Data Lakehouse Edition : EIU = ressources de stockage réservées / 24 ACU
Data Warehouse Edition en mode réservé
| Groupes de nœuds | Shards |
|---|---|
| 1 | 16 |
| 2–3 | 64 |
| 4–7 | 96 |
| 8–15 | 236 |
| 16–31 | 384 |
| 32–63 | 512 |
| >64 | 1 024 |