すべてのプロダクト
Search
ドキュメントセンター

AnalyticDB:制限

最終更新日:Jun 14, 2025

クラスタの安定性とセキュリティを確保するために、AnalyticDB for MySQL は、以下の表に記載されている制限の対象となります。

命名規則の制限

オブジェクト

命名規則

データベース名

  • 名前は最大 64 文字まで使用できます。

  • 名前は小文字で始める必要があります。

  • 名前に使用できるのは、文字、数字、およびアンダースコア(_)です。

  • 名前には連続したアンダースコア(_)を含めることはできません。

  • 名前は組み込みの analyticdb データベースと同じにすることはできません。

テーブル名

  • 名前は 1 ~ 127 文字である必要があります。

  • 名前は文字またはアンダースコア(_)で始める必要があります。

  • 名前に使用できるのは、文字、数字、およびアンダースコア(_)です。

  • 名前に単一引用符(')、二重引用符(")、感嘆符(!)、またはスペースを含めることはできません。

  • 名前を SQL 予約キーワードにすることはできません。

列名

  • 名前は 1 ~ 127 文字である必要があります。

  • 名前は文字またはアンダースコア(_)で始める必要があります。

  • 名前に使用できるのは、文字、数字、およびアンダースコア(_)です。

  • 名前に単一引用符(')、二重引用符(")、感嘆符(!)、またはスペースを含めることはできません。

  • 名前を SQL 予約キーワードにすることはできません。

インデックス名

名前は最大 64 文字まで使用できます。

アカウント名

  • 名前は次の長さの要件を満たす必要があります。

    • V3.1.9.4 より前の AnalyticDB for MySQL クラスタの場合、名前は 2 ~ 16 文字です。

    • V3.1.9.4 以降の AnalyticDB for MySQL クラスタの場合、名前は 2 ~ 64 文字です。

  • 名前は小文字で始める必要があります。

  • 名前は小文字または数字で終わる必要があります。

  • 名前に使用できるのは、小文字、数字、およびアンダースコア(_)です。

パスワード

  • パスワードは 8 ~ 32 文字である必要があります。

  • パスワードには、大文字、小文字、数字、特殊文字のうち少なくとも 3 種類を含める必要があります。

  • パスワードには、次の特殊文字を含めることができます:! @ # ¥ % ^ & * ( ) _ + - =

クォータ制限

制限

デフォルト値

説明

各 Alibaba Cloud アカウント内で購入できるクラスタの最大数

30

各 Alibaba Cloud アカウントは最大 30 個のクラスタを購入できます。この値を変更するには、チケットを送信してください。

各クラスタに作成できるデータベースの最大数

2048

なし

1 日あたりの各クラスタにおけるスケールイン、スケールアウト、アップグレード、およびダウングレード操作の合計数

12

なし

予約モードの Data Warehouse Edition クラスタの最大ディスク使用量

80%

クラスタのディスク使用量がしきい値を超えると、システムはアラート通知を送信します。各連絡先は、1 日に最大 4 つのディスク使用量のアラート通知を受信できます。

90%

クラスタのディスク使用量がしきい値を超えると、システムはアラート通知を送信し、クラスタをロックし、データ書き込みリクエストを拒否します。各連絡先は、1 日に最大 4 つのディスク使用量のアラート通知を受信できます。

elastic モードの Data Warehouse Edition クラスタ内の elastic I/O ユニット(EIU)あたりのホットデータの最大量

8 TB

EIU あたりのホットデータの量が 8 TB を超えると、システムはクラスタをロックし、データ書き込みリクエストを拒否します。この問題を解決するには、elastic I/O リソースをスケールアウトします。

Data Lakehouse Edition クラスタ内の予約済みストレージリソースのセットあたりのホットデータの最大量

8 TB

予約済みストレージリソースのセットあたりのホットデータの量が 8 TB を超えると、システムはクラスタをロックし、データ書き込みリクエストを拒否します。この問題を解決するには、予約済みストレージリソースをスケールアップします。

Enterprise Edition または Basic Edition クラスタ内の予約済みリソースのセットあたりのホットデータの最大量

8 TB

予約済みリソースのセットあたりのホットデータの量が 8 TB を超えると、システムはクラスタをロックし、データ書き込みリクエストを拒否します。この問題を解決するには、予約済みリソースをスケールアップします。

各クラスタに作成できる標準アカウントの最大数

256

なし

各クラスタに確立できる接続の最大数

50000 以下(推奨)

AnalyticDB for MySQL クラスタに確立できる接続数は制限されていませんが、クラスタの仕様によって異なります。低仕様のクラスタは、リソースが不足しているため、過剰な接続をサポートできません。

各クラスタに構成できる IP アドレスホワイトリストの最大数

50

なし

各ホワイトリストに追加できる IP アドレスの最大数

1000

なし

各クラスタのホワイトリストに追加できる IP アドレスの最大数

25000

なし

各クラスタのパーティションの最大数

102400

AnalyticDB for MySQL クラスタ内のすべてのテーブルのパーティションの合計数は 102400 を超えることはできません。クラスタ内のパーティション数が 102400 を超える場合、クラスタにパーティションテーブルを作成することはできません。

次の文を実行して、各データベースのすべてのテーブルのパーティション数をクエリできます。

SELECT SUM(partition_count) FROM database_name.KEPLER_META_TABLES WHERE table_engine_name IN ("CSTORE", "XUANWU", "XUANWU_V2"); /* 各データベースのすべてのテーブルのパーティション数をクエリする */

Enterprise Edition または Basic Edition クラスタに作成できる内部テーブルの最大数

80000/(シャード数/予約済みリソースのセット数)

  • シャード数/予約済みリソースのセット数 の値は切り上げる必要があります。
  • Enterprise Edition の予約済みリソースのセット数 = 予約済みリソースノード数/3
  • Basic Edition の予約済みリソースのセット数 = 予約済みリソースノード数

内部テーブルの最大数を増やす方法:

Data Lakehouse Edition クラスタまたは elastic モードの Data Warehouse Edition クラスタに作成できる内部テーブルの最大数

[80000/(シャード数/EIU 数)] × 2

  • シャード数/EIU 数 の値は切り上げる必要があります。
  • Data Lakehouse Edition の EIU 数 = 予約済みストレージリソース量/24 ACU
  • elastic モードの Data Warehouse Edition の EIU 数 = elastic I/O リソースのセット数

内部テーブルの最大数を増やす方法:

1 ~ 20 個のノードグループを持つ、予約モードの各 Data Warehouse Edition クラスタに作成できるテーブルの最大数

80000/(シャード数/ノードグループ数)

シャード数/ノードグループ数 の値は切り上げる必要があります。

予約モードの Data Warehouse Edition クラスタの内部テーブルの最大数は、ノードグループを追加することで増やすことができます。

各クラスタに作成できる外部テーブルの最大数

500000

なし

各テーブルの列の最大数

4096

なし

各シャードの単一パーティションに格納できるデータエントリの最大数

21億

各シャードの単一パーティションには、最大 21 億のデータエントリを格納できます。

各テーブルのコメントの最大長

1,024 文字

なし

各列のコメントの最大長

1,024 文字

なし

各列の単一フィールドの最大長

16 MB

なし

各行に書き込むことができるデータの最大長

16 MB

なし

各列のデフォルトの長さ

127 文字

なし

各クエリに含めることができる列の最大数

1024

なし

各 WHERE 句に指定できる項目の最大数

256

なし

各 IN 演算子に指定できる条件の最大数

2000

パラメータ設定方法:SET adb_config MAX_IN_ITEMS_COUNT=3000; /* IN 演算子に指定できる条件の最大数を設定する */

値が大きいほど SQL クエリが複雑になり、クエリのパフォーマンスに影響を与える可能性があります。

タイムアウト制限

操作

タイムアウト期間(ミリ秒)

説明

クラスタを作成する

600000

なし

クラスタを削除する

300000

なし

クラスタをスケールアップする

600000

なし

データベースを作成する

10000

なし

データベースを削除する

10000

なし

テーブルまたはビューを作成する

10000

なし

テーブルまたはビューを削除する

10000

なし

テーブルを切り詰める

60000

なし

列を追加する

10000

なし

列を削除する

60000

なし

列を更新する

60000

なし

単一のクエリを実行する

1800000

クエリのタイムアウト期間です。クエリがタイムアウトすると、システムはクエリを終了します。

次のパラメーターとヒントを使用して、クエリのタイムアウト期間を変更できます。

  • パラメーター: QUERY_TIMEOUT

  • ヒント: query_timeout

説明

システムは 1000 ミリ秒ごとにクエリのタイムアウトエラーをチェックします。クエリのタイムアウト期間は、1000 ミリ秒より大きい値に設定する必要があります。そうでない場合、query_timeout ヒントは有効にならない可能性があります。

データの挿入

300000

なし

  • INSERT SELECT FROM

  • INSERT UPDATE FROM

  • INSERT DELETE FROM

24 * 3600000

INSERT 文のタイムアウト期間。INSERT 文がタイムアウトすると、システムは文を終了します。

次のパラメーターとヒントを使用して、INSERT 文のタイムアウト期間を変更できます。

  • パラメーター: INSERT_SELECT_TIMEOUT

  • ヒント: insert_select_timeout

よくある質問

AnalyticDB for MySQL クラスターに決定または指定されたシャード数は、テーブルに含まれるシャード数を示しますか?

はい。AnalyticDB for MySQL クラスターのシャード数が 32 の場合、クラスター内の各テーブルには 32 個のシャードを含めることができます。

シャード数をクエリするにはどうすればよいですか?

  • AnalyticDB for MySQL クラスタを作成すると、クラスタのシャード数が決定されます。クラスタを作成した後、Data Warehouse Edition のシャード数を変更できますが、Enterprise Edition、Basic Edition、および Data Lakehouse Edition のシャード数は変更できません。

    次の表は、シャード数とクラスタ仕様のマッピングを示しています。

    Enterprise EditionBasic EditionData Lakehouse Edition、および Elastic モードの Data Warehouse Edition

    予約リソースのセット数または EIU の数

    シャード数

    0 または 1

    64

    2~3

    64

    4~7

    96

    8~15

    256

    16~31

    384

    32~63

    512

    >=64

    1024

    説明
    • Enterprise Edition の予約リソースのセット数 = 予約リソースノード数 / 3。

    • Basic Edition の予約リソースのセット数 = 予約リソースノード数。

    • Data Lakehouse Edition の EIU 数 = 予約ストレージリソース量 / 24 ACU。

    予約モードの Data Warehouse Edition

    ノードグループ数

    シャード数

    1

    16

    2~3

    64

    4~7

    96

    8~15

    236

    16~31

    384

    32~63

    512

    >64

    1024

  • 次の文を実行して、AnalyticDB for MySQL クラスタのシャード数をクエリできます。SELECT count(1) FROM information_schema.kepler_meta_shards;