クラスターの安定性とセキュリティを確保するために、AnalyticDB for MySQLには次の表で説明する制限が適用されます。
命名制限
オブジェクト | 命名規則 |
データベース名 |
|
テーブル名 |
|
列名 |
|
インデックス名 | 長さは最大 64 文字です。 |
アカウント名 |
|
パスワード |
|
クォータ制限
制限事項 | デフォルト値 | 説明 |
各Alibaba Cloudアカウント内で購入できるクラスターの最大数 | 30 | 各Alibaba Cloudアカウントは最大30個のクラスターを購入できます。 この値を変更するには、チケットを起票してください。 |
クラスターごとに作成できるデータベースの最大数 | 2048 | なし |
1日あたりの各クラスターのスケールイン、スケールアウト、アップグレード、およびダウングレード操作の合計数 | 12 | なし |
予約モードでのData Warehouse Editionクラスターの最大ディスク使用量 | 80% | クラスターのディスク使用量がしきい値を超えると、システムはアラート通知を送信します。 各連絡先は、ディスク使用量に関するアラート通知を毎日最大4回受信できます。 |
90% | クラスターのディスク使用率がしきい値を超えると、システムはアラート通知を送信し、クラスターをロックし、データ書き込み要求を拒否します。 各連絡先は、ディスク使用量に関するアラート通知を毎日最大4回受信できます。 | |
エラスティックモードのdata Warehouse Editionクラスター内のエラスティックI/Oユニット (EIU) のホットデータの最大量 | 8テラバイト | EIUのホットデータの量が8テラバイトを超えると、システムはクラスターをロックし、データ書き込み要求を拒否します。 この問題を解決する方法については、「モニタリング」をご参照ください。 |
data Lakehouse Editionクラスター内の予約済みストレージリソースのセットのホットデータの最大量 | 8テラバイト | 予約済みストレージリソースのセットのホットデータの量が8テラバイトを超えると、システムはクラスターをロックし、データ書き込み要求を拒否します。 この問題を解決する方法については、「モニタリング」をご参照ください。 |
クラスターごとに作成できる標準アカウントの最大数 | 256 | なし |
各クラスタに確立できる最大接続数 | 50000以下 (推奨) | AnalyticDB for MySQLクラスターに確立できる接続数は制限されませんが、クラスターの仕様によって異なります。 低仕様のクラスターは、リソース不足のために過剰な接続をサポートできません。 |
各クラスターに設定できるIPアドレスホワイトリストの最大数 | 50 | なし |
各ホワイトリストに追加できるIPアドレスの最大数 | 1000 | なし |
各クラスターのホワイトリストに追加できるIPアドレスの最大数 | 25000 | なし |
各クラスターの最大パーティション数 | 102400 | なし |
1 ~ 20個のノードグループがされている予約モードの各Data Warehouse Editionクラスターに対して作成できるテーブルの最大数 |
|
|
エラスティックモードでData Lakehouse EditionクラスターまたはData Warehouse Editionクラスターごとに作成できる内部テーブルの最大数 |
|
|
作成できる外部テーブルの最大数 エラスティックモードのData Lakehouse EditionクラスターまたはData Warehouse Editionクラスター | 500000 | なし |
各テーブルの最大列数 | 4096 | なし |
各テーブルのコメントの最大長 | 1024文字 | なし |
各列のコメントの最大長 | 1024文字 | なし |
各列の単一フィールドの最大長 | 16 MB | なし |
各行に書き込むことができるデータの最大長 | 16 MB | なし |
各列のデフォルトの長さ | 127文字 | なし |
各クエリに含めることができる列の最大数 | 1024 | なし |
各WHERE句で指定できる項目の最大数 | 256 | なし |
各in演算子で指定できる条件の最大数 | 2000 | 次のSQL文を使用して、ビジネス要件に基づいてこの値を変更できます。SET adb_config MAX_IN_ITEMS_COUNT. 例: 値が大きいほどSQLクエリが複雑になり、クエリのパフォーマンスに影響を与える可能性があります。 |
シャード数の照会
AnalyticDB for MySQLクラスターを作成すると、シャードの数が決まります。 次の表に、さまざまな仕様に対応するシャードの数を示します。
Data Lakehouse EditionまたはData Warehouse Edition in elastic mode
EIUの数、予約済みリソースのセット、または予約済みストレージリソースのセット
シャード数
0または1
64
2 ‒ 3
64
4 ‒ 7
96
8 ‒ 15
256
16 ‒ 31
384
32 ‒ 63
512
> 64
1024
重要Data Lakehouse Editionクラスターの場合、予約済みストレージリソースのセット数は、次の式を使用して計算できます。予約済みストレージリソースの量 /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;
タイムアウト制限
操作 | タイムアウト期間 (ms) | 説明 |
クラスターの作成 | 600,000 | なし |
クラスターの削除 | 300,000 | なし |
クラスターのスケールアップ | 600,000 | なし |
データベースの作成 | 10,000 | なし |
データベースの削除 | 10,000 | なし |
テーブルまたはビューの作成 | 10,000 | なし |
テーブルまたはビューの削除 | 10,000 | なし |
テーブルを切り捨てる | 60,000 | なし |
列の追加 | 10,000 | なし |
列を削除する | 60,000 | なし |
列を更新するUpdate a column | 60,000 | なし |
単一のクエリを実行するPerform a single query | 1,800,000 | クエリのタイムアウト期間。 クエリがタイムアウトすると、システムはクエリを終了します。 次のパラメーターとヒントを使用して、クエリのタイムアウト期間を変更できます。
説明 システムは1,000ミリ秒ごとにタイムアウトエラーのクエリをチェックします。 クエリの実行時間は、1,000ミリ秒を超える値に設定する必要があります。 そうしないと、query_timeoutヒントは有効になりません。 |
データの挿入 | 300,000 | なし |
| 24 × 3,600,000 | INSERTステートメントのタイムアウト期間。 INSERTステートメントがタイムアウトすると、システムはステートメントを終了します。 次のパラメーターとヒントを使用して、INSERTステートメントのタイムアウト期間を変更できます。
|