From 2b54d606c58967f5295c57f0a5d80203b829af7c Mon Sep 17 00:00:00 2001 From: github-actions Date: Wed, 15 Jan 2025 09:02:46 +0000 Subject: [PATCH] update MD by dispatch event pingcap/docs i18n-ja-release-8.1 --- markdown-pages/ja/tidb/release-8.1/TOC.md | 7 +- .../best-practices/tidb-best-practices.md | 10 +- .../develop/dev-guide-proxysql-integration.md | 6 +- .../tidb/release-8.1/mysql-compatibility.md | 8 +- .../ja/tidb/release-8.1/partitioned-table.md | 10 +- .../release-8.1/releases/release-7.1.0.md | 11 +- .../release-8.1/releases/release-7.2.0.md | 11 +- .../release-8.1/releases/release-7.5.0.md | 6 +- .../release-8.1/releases/release-8.1.0.md | 6 +- .../tidb/release-8.1/scale-tidb-using-tiup.md | 71 +- .../sql-statement-explain-analyze.md | 6 +- .../tidb-performance-tuning-config.md | 391 +++++++ .../ja/tidb/release-8.1/tidb-storage.md | 6 +- .../release-8.1/tiflash/tiflash-overview.md | 6 +- .../tiflash/troubleshoot-tiflash.md | 67 +- markdown-pages/ja/tidb/release-8.1/tso.md | 2 +- markdown-pages/ja/tidbcloud/master/TOC.md | 979 +++++++++--------- .../develop/dev-guide-proxysql-integration.md | 6 +- .../tidbcloud/master/mysql-compatibility.md | 8 +- .../ja/tidbcloud/master/partitioned-table.md | 10 +- .../sql-statement-explain-analyze.md | 6 +- .../master/tidb-cloud/ai-feature-concepts.md | 50 + .../master/tidb-cloud/api-overview.md | 2 +- .../tidb-cloud/architecture-concepts.md | 104 ++ .../tidb-cloud/backup-and-restore-concepts.md | 42 + .../changefeed-sink-to-apache-kafka.md | 4 +- .../master/tidb-cloud/cli-reference.md | 2 +- .../tidb-cloud/data-service-concepts.md | 48 + .../tidb-cloud/data-streaming-concepts.md | 22 + .../tidb-cloud/database-schema-concepts.md | 176 ++++ .../high-availability-with-multi-az.md | 14 +- .../master/tidb-cloud/monitoring-concepts.md | 48 + .../master/tidb-cloud/notifications.md | 56 + .../master/tidb-cloud/scalability-concepts.md | 43 + .../master/tidb-cloud/security-concepts.md | 241 +++++ .../master/tidb-cloud/sql-concepts.md | 94 ++ .../master/tidb-cloud/tidb-cloud-intro.md | 6 +- .../tidb-cloud/tidb-cloud-release-notes.md | 10 + .../master/tidb-cloud/transaction-concepts.md | 40 + .../ja/tidbcloud/master/tidb-storage.md | 6 +- .../master/tiflash/tiflash-overview.md | 6 +- markdown-pages/ja/tidbcloud/master/tso.md | 2 +- 42 files changed, 2035 insertions(+), 614 deletions(-) create mode 100644 markdown-pages/ja/tidb/release-8.1/tidb-performance-tuning-config.md create mode 100644 markdown-pages/ja/tidbcloud/master/tidb-cloud/ai-feature-concepts.md create mode 100644 markdown-pages/ja/tidbcloud/master/tidb-cloud/architecture-concepts.md create mode 100644 markdown-pages/ja/tidbcloud/master/tidb-cloud/backup-and-restore-concepts.md create mode 100644 markdown-pages/ja/tidbcloud/master/tidb-cloud/data-service-concepts.md create mode 100644 markdown-pages/ja/tidbcloud/master/tidb-cloud/data-streaming-concepts.md create mode 100644 markdown-pages/ja/tidbcloud/master/tidb-cloud/database-schema-concepts.md create mode 100644 markdown-pages/ja/tidbcloud/master/tidb-cloud/monitoring-concepts.md create mode 100644 markdown-pages/ja/tidbcloud/master/tidb-cloud/notifications.md create mode 100644 markdown-pages/ja/tidbcloud/master/tidb-cloud/scalability-concepts.md create mode 100644 markdown-pages/ja/tidbcloud/master/tidb-cloud/security-concepts.md create mode 100644 markdown-pages/ja/tidbcloud/master/tidb-cloud/sql-concepts.md create mode 100644 markdown-pages/ja/tidbcloud/master/tidb-cloud/transaction-concepts.md diff --git a/markdown-pages/ja/tidb/release-8.1/TOC.md b/markdown-pages/ja/tidb/release-8.1/TOC.md index 8ef687eefd..20777225c8 100644 --- a/markdown-pages/ja/tidb/release-8.1/TOC.md +++ b/markdown-pages/ja/tidb/release-8.1/TOC.md @@ -137,7 +137,7 @@ - [インポートのベストプラクティス](/tidb-lightning/data-import-best-practices.md) - 移行シナリオ - [Auroraからの移行](/migrate-aurora-to-tidb.md) - - [MySQL から小さなデータセットを移行する](/migrate-small-mysql-to-tidb.md) + - [MySQL から小規模データセットを移行する](/migrate-small-mysql-to-tidb.md) - [MySQL から大規模なデータセットを移行する](/migrate-large-mysql-to-tidb.md) - [小さなデータセットの MySQL シャードの移行とマージ](/migrate-small-mysql-shards-to-tidb.md) - [大規模データセットの MySQL シャードの移行とマージ](/migrate-large-mysql-shards-to-tidb.md) @@ -249,6 +249,7 @@ - 性能チューニング - チューニングガイド - [性能チューニングの概要](/performance-tuning-overview.md) + - [最適なパフォーマンスを得るための TiDB の設定](/tidb-performance-tuning-config.md) - [パフォーマンス分析とチューニング](/performance-tuning-methods.md) - [OLTP シナリオの性能チューニングプラクティス](/performance-tuning-practices.md) - [TiFlashパフォーマンス分析方法](/tiflash-performance-tuning-methods.md) @@ -330,7 +331,7 @@ - [PDスケジュール](/best-practices/pd-scheduling-best-practices.md) - [大規模リージョンによる TiKV性能チューニング](/best-practices/massive-regions-best-practices.md) - [3ノードのハイブリッド展開](/best-practices/three-nodes-hybrid-deployment.md) - - [3 つのデータ センター展開でのローカル読み取り](/best-practices/three-dc-local-read.md) + - [3 つのデータセンター展開におけるローカル読み取り](/best-practices/three-dc-local-read.md) - [UUIDを使用する](/best-practices/uuid.md) - [読み取り専用ストレージノード](/best-practices/readonly-nodes.md) - [配置ルールを使用する](/configure-placement-rules.md) @@ -488,7 +489,7 @@ - データソースの管理 - [移行するMySQLインスタンスを切り替える](/dm/usage-scenario-master-slave-switch.md) - タスクの管理 - - [失敗したDDLステートメントの処理](/dm/handle-failed-ddl-statements.md) + - [失敗したDDL文の処理](/dm/handle-failed-ddl-statements.md) - [移行するテーブルのスキーマを管理する](/dm/dm-manage-schema.md) - [クラスターのデータソースとタスク構成のエクスポートとインポート](/dm/dm-export-import-config.md) - [アラートを処理する](/dm/dm-handle-alerts.md) diff --git a/markdown-pages/ja/tidb/release-8.1/best-practices/tidb-best-practices.md b/markdown-pages/ja/tidb/release-8.1/best-practices/tidb-best-practices.md index 2a5b34eb49..8f298be8c2 100644 --- a/markdown-pages/ja/tidb/release-8.1/best-practices/tidb-best-practices.md +++ b/markdown-pages/ja/tidb/release-8.1/best-practices/tidb-best-practices.md @@ -33,7 +33,7 @@ Raft は、強力な一貫性を備えたデータ複製を保証するコンセ ### 分散トランザクション {#distributed-transactions} -TiDB は完全な分散トランザクションを提供し、モデルには[Google パーコレーター](https://research.google.com/pubs/pub36726.html)に基づいたいくつかの最適化が施されています。このドキュメントでは、次の機能を紹介します。 +TiDB は完全な分散トランザクションを提供し、モデルには[Google パーコレーター](https://research.google/pubs/large-scale-incremental-processing-using-distributed-transactions-and-notifications/)に基づいたいくつかの最適化が施されています。このドキュメントでは、次の機能を紹介します。 - 楽観的取引モデル @@ -107,13 +107,13 @@ TiDB は、グローバル インデックスでもある完全なセカンダ 次の 2 つの条件では、2 つのアクセスの問題は発生しません。 - - インデックスの列はすでにクエリの要件を満たしています。 `t`テーブルの`c`列にインデックスがあり、クエリが`select c from t where c > 10;`であると仮定します。 このとき、インデックスにアクセスすると必要なデータがすべて取得されます。 この状況を`Covering Index`と呼びます。 ただし、クエリのパフォーマンスを重視する場合は、フィルターする必要はないがクエリ結果で返す必要がある列の一部をインデックスに入れて、複合インデックスを作成できます。 `select c1, c2 from t where c1 > 10;`例にとります。 複合インデックス`Index c12 (c1, c2)`を作成することで、このクエリを最適化できます。 + - インデックスの列はすでにクエリ要件を満たしています。 `t`テーブルの`c`列にインデックスがあり、クエリが`select c from t where c > 10;`であると仮定します。 このとき、インデックスにアクセスすると必要なデータがすべて取得されます。 この状況を`Covering Index`と呼びます。 ただし、クエリのパフォーマンスを重視する場合は、フィルターする必要はないがクエリ結果で返す必要がある列の一部をインデックスに入れて、複合インデックスを作成できます。 `select c1, c2 from t where c1 > 10;`例にとります。 複合インデックス`Index c12 (c1, c2)`を作成することで、このクエリを最適化できます。 - テーブルの主キーは整数です。この場合、TiDB は主キーの値を行 ID として使用します。したがって、クエリ条件が主キーにある場合は、行 ID の範囲を直接構築し、テーブル データをスキャンして結果を取得できます。 - クエリの同時実行 - データは多くのリージョンに分散されるため、クエリは TiDB で同時に実行されます。ただし、大量のシステム リソースを消費する場合、デフォルトでは同時実行性は高くありません。また、OLTP クエリは通常、大量のデータを処理しないため、低い同時実行性で十分です。ただし、OLAP クエリの場合、同時実行性は高く、TiDB は次のシステム変数を通じてクエリの同時実行性を変更します。 + データは多くのリージョンに分散されるため、クエリは TiDB で同時に実行されます。ただし、大量のシステム リソースを消費する場合、デフォルトでは同時実行性は高くありません。また、OLTP クエリには通常、大量のデータが含まれないため、低い同時実行性で十分です。ただし、OLAP クエリの場合、同時実行性は高く、TiDB は次のシステム変数を通じてクエリの同時実行性を変更します。 - [`tidb_distsql_scan_concurrency`](/system-variables.md#tidb_distsql_scan_concurrency) : @@ -129,7 +129,7 @@ TiDB は、グローバル インデックスでもある完全なセカンダ - インデックスを通じて結果の順序を確保する - インデックスを使用して、データをフィルタリングまたは並べ替えることができます。まず、インデックスの順序に従って行 ID を取得します。次に、行 ID の戻り順序に従って行の内容を返します。このように、返される結果はインデックス列に従って順序付けられます。インデックスをスキャンして行を取得するモデルは並列 + パイプラインであることは前に説明しました。行がインデックスの順序に従って返される場合、2 つのクエリ間の同時実行性が高くても、レイテンシーは短縮されません。したがって、同時実行性はデフォルトで低くなっていますが、 [`tidb_index_serial_scan_concurrency`](/system-variables.md#tidb_index_serial_scan_concurrency)変数を通じて変更できます。 + インデックスを使用して、データをフィルタリングまたは並べ替えることができます。まず、インデックスの順序に従って行 ID を取得します。次に、行 ID の戻り順序に従って行の内容を返します。このようにして、返される結果はインデックス列に従って順序付けられます。インデックスをスキャンして行を取得するモデルは並列 + パイプラインであることは前に説明しました。行がインデックスの順序に従って返される場合、2 つのクエリ間の同時実行性が高くても、レイテンシーは短縮されません。したがって、同時実行性はデフォルトで低くなっていますが、 [`tidb_index_serial_scan_concurrency`](/system-variables.md#tidb_index_serial_scan_concurrency)変数を通じて変更できます。 - 逆インデックススキャン @@ -161,7 +161,7 @@ TiDB は、グローバル インデックスでもある完全なセカンダ 大量のデータを削除する場合は、 `Delete from t where xx limit 5000;`使用することをお勧めします。ループを介して削除し、 `Affected Rows == 0`ループの終了条件として使用します。 -一度に削除する必要があるデータの量が多い場合、このループ メソッドは、削除ごとに逆方向に移動するため、どんどん遅くなります。前のデータを削除した後、多くの削除済みフラグが短期間残り (その後、ガベージ コレクションによってすべてがクリアされます)、次の`DELETE`ステートメントに影響します。可能であれば、 `WHERE`条件を絞り込むことをお勧めします`2017-05-26`のすべてのデータを削除する必要があると仮定すると、次のステートメントを使用できます。 +一度に削除する必要があるデータの量が多い場合、このループ メソッドは、各削除が後方に移動するにつれて速度がどんどん遅くなります。前のデータを削除した後、多くの削除済みフラグが短期間残り (その後、ガベージ コレクションによってすべてがクリアされます)、次の`DELETE`ステートメントに影響します。可能であれば、 `WHERE`条件を絞り込むことをお勧めします`2017-05-26`のすべてのデータを削除する必要があると仮定すると、次のステートメントを使用できます。 ```sql for i from 0 to 23: diff --git a/markdown-pages/ja/tidb/release-8.1/develop/dev-guide-proxysql-integration.md b/markdown-pages/ja/tidb/release-8.1/develop/dev-guide-proxysql-integration.md index 803d9713ed..f406e76c74 100644 --- a/markdown-pages/ja/tidb/release-8.1/develop/dev-guide-proxysql-integration.md +++ b/markdown-pages/ja/tidb/release-8.1/develop/dev-guide-proxysql-integration.md @@ -328,7 +328,7 @@ systemctl start docker > 3. TiDB Cloud Serverless クラスターをホストのリストに追加します。 > 4. ProxySQL とTiDB Cloud Serverless クラスター間の安全な接続を有効にします。 > - > より深く理解するために、 `proxysql-prepare.sql`ファイルを確認することを強くお勧めします。ProxySQL 構成の詳細については、 [ProxySQL ドキュメント](https://proxysql.com/documentation/proxysql-configuration/)参照してください。 + > 理解を深めるために、 `proxysql-prepare.sql`ファイルを確認することを強くお勧めします。ProxySQL 構成の詳細については、 [ProxySQL ドキュメント](https://proxysql.com/documentation/proxysql-configuration/)参照してください。 以下は出力例です。出力にクラスターのホスト名が表示されています。これは、ProxySQL とTiDB Cloud Serverless クラスター間の接続が確立されていることを意味します。 @@ -620,7 +620,7 @@ systemctl start docker ## 生産環境 {#production-environment} -本番環境では、完全に管理されたエクスペリエンスを実現するために[TiDB Cloud専用](https://www.pingcap.com/tidb-dedicated/)直接使用することをお勧めします。 +本番環境では、完全に管理されたエクスペリエンスを実現するために[TiDB Cloud専用](https://www.pingcap.com/tidb-cloud-dedicated/)直接使用することをお勧めします。 ### 前提条件 {#prerequisite} @@ -797,7 +797,7 @@ ProxySQL を TiDB のプロキシとして使用するには、ProxySQL を構 > > 次の手順では、TiDB と ProxySQL のコンテナ イメージを使用してクエリ ルールを構成します。まだ取得していない場合は、詳細な手順については[統合セクション](#option-2-integrate-tidb-self-hosted-with-proxysql)参照してください。 -1. TiDB および ProxySQL の[統合サンプルコードリポジトリ](https://github.com/pingcap-inc/tidb-proxysql-integration)クローンします。前の手順ですでにクローンしている場合は、この手順をスキップします。 +1. TiDB および ProxySQL の[統合サンプルコードリポジトリ](https://github.com/pingcap-inc/tidb-proxysql-integration)クローンします。前の手順で既にクローンしている場合は、この手順をスキップします。 diff --git a/markdown-pages/ja/tidb/release-8.1/mysql-compatibility.md b/markdown-pages/ja/tidb/release-8.1/mysql-compatibility.md index 12eaf9f2be..940fa7b376 100644 --- a/markdown-pages/ja/tidb/release-8.1/mysql-compatibility.md +++ b/markdown-pages/ja/tidb/release-8.1/mysql-compatibility.md @@ -114,7 +114,7 @@ mysql> SELECT _tidb_rowid, id FROM t; 3 rows in set (0.01 sec) ``` -ご覧のとおり、共有アロケータがあるため、 `id`毎回 2 ずつ増加します。この動作は[MySQL互換モード](/auto-increment.md#mysql-compatibility-mode)では変わり、共有アロケータがないため、数字のスキップは行われません。 +示されているように、共有アロケータがあるため、 `id`毎回 2 ずつ増加します。この動作は[MySQL互換モード](/auto-increment.md#mysql-compatibility-mode)では変わり、共有アロケータがないため、数字のスキップは行われません。 @@ -136,13 +136,13 @@ mysql> SELECT _tidb_rowid, id FROM t; -TiDB は、パフォーマンス監視メトリックの保存とクエリに[プロメテウスとグラファナ](/tidb-monitoring-api.md)の組み合わせを利用します。TiDB では、パフォーマンス スキーマ テーブルは結果を返しません。 +TiDB は、パフォーマンス監視メトリックの保存とクエリに[プロメテウスとグラファナ](/tidb-monitoring-api.md)の組み合わせを利用します。TiDB では、ほとんどの場合、 [パフォーマンス スキーマ テーブル](/performance-schema/performance-schema.md)結果を返しません。 -TiDB Cloudでパフォーマンス メトリックを確認するには、 TiDB Cloudコンソールのクラスター概要ページを確認するか、 [サードパーティの監視統合](/tidb-cloud/third-party-monitoring-integrations.md)使用します。パフォーマンス スキーマ テーブルは TiDB で空の結果を返します。 +TiDB Cloudでパフォーマンス メトリックを確認するには、 TiDB Cloudコンソールのクラスター概要ページを確認するか、 [サードパーティの監視統合](/tidb-cloud/third-party-monitoring-integrations.md)使用します。ほとんどの場合、 [パフォーマンス スキーマ テーブル](/performance-schema/performance-schema.md) TiDB で空の結果を返します。 @@ -171,7 +171,7 @@ TiDB では、サポートされているすべての DDL 変更をオンライ - TiDB は、 `HASH` 、 `RANGE` 、 `LIST` 、および`KEY`のパーティション タイプをサポートします。サポートされていないパーティション タイプの場合、TiDB は`Warning: Unsupported partition type %s, treat as normal table`返します。ここで、 `%s`サポートされていない特定のパーティション タイプです。 - 範囲、範囲列、リスト、およびリスト列でパーティション化されたテーブルは、 `ADD` 、 `DROP` 、 `TRUNCATE` 、および`REORGANIZE`操作をサポートします。その他のパーティション操作は無視されます。 - ハッシュおよびキーでパーティション化されたテーブルは、 `ADD` 、 `COALESCE` 、および`TRUNCATE`操作をサポートします。その他のパーティション操作は無視されます。 -- 次の構文はパーティション テーブルではサポートされていません。 +- パーティション テーブルでは次の構文はサポートされていません。 - `SUBPARTITION` - `{CHECK|OPTIMIZE|REPAIR|IMPORT|DISCARD|REBUILD} PARTITION` diff --git a/markdown-pages/ja/tidb/release-8.1/partitioned-table.md b/markdown-pages/ja/tidb/release-8.1/partitioned-table.md index bc21184289..c9594a939e 100644 --- a/markdown-pages/ja/tidb/release-8.1/partitioned-table.md +++ b/markdown-pages/ja/tidb/release-8.1/partitioned-table.md @@ -255,7 +255,7 @@ PARTITION BY RANGE COLUMNS (report_date) INTERVAL (1 MONTH) FIRST PARTITION LESS THAN ('2000-01-01') LAST PARTITION LESS THAN ('2025-01-01') ``` -次のテーブルが作成されます: +次のテーブルが作成されます。 CREATE TABLE `monthly_report_status` ( `report_id` int(11) NOT NULL, @@ -270,7 +270,7 @@ INTERVAL (1 MONTH) FIRST PARTITION LESS THAN ('2000-01-01') LAST PARTITION LESS PARTITION `P_LT_2024-12-01` VALUES LESS THAN ('2024-12-01'), PARTITION `P_LT_2025-01-01` VALUES LESS THAN ('2025-01-01')) -オプションのパラメータ`NULL PARTITION`は、定義が`PARTITION P_NULL VALUES LESS THAN ()`のパーティションを作成します。これは、パーティション式が`NULL`に評価される場合にのみ一致します。 `NULL`他のどの値よりも小さいと見なされることを説明している[範囲分割による NULL の扱い](#handling-of-null-with-range-partitioning)を参照してください。 +オプションのパラメータ`NULL PARTITION`は、定義が`PARTITION P_NULL VALUES LESS THAN ()`のパーティションを作成します。これは、パーティション式が`NULL`に評価される場合にのみ一致します。 `NULL`他のどの値よりも小さいと見なされることを説明している[範囲分割による NULL の処理](#handling-of-null-with-range-partitioning)を参照してください。 オプションパラメータ`MAXVALUE PARTITION`は、最後のパーティションを`PARTITION P_MAXVALUE VALUES LESS THAN (MAXVALUE)`として作成します。 @@ -584,7 +584,7 @@ v7.0.0 以降、TiDB はキー パーティションをサポートします。v キー パーティショニングとハッシュ パーティショニングはどちらも、一定数のパーティションにデータを均等に分散できます。違いは、ハッシュ パーティショニングは指定された整数式または整数列に基づいてデータを分散することしかサポートしていないのに対し、キー パーティショニングは列リストに基づいてデータを分散することをサポートしており、キー パーティショニングのパーティション列は整数型に限定されていないことです。TiDB のキー パーティショニングのハッシュ アルゴリズムは MySQL のハッシュ アルゴリズムとは異なるため、テーブル データの分散も異なります。 -キーパーティションテーブルを作成するには、 `CREATE TABLE`ステートメントに`PARTITION BY KEY (columnList)`句を追加する必要があります。 `columnList` 、1 つ以上の列名を含む列リストです。リスト内の各列のデータ型は、 `BLOB` 、 `JSON` 、および`GEOMETRY`除く任意の型にすることができます (TiDB は`GEOMETRY`サポートしていないことに注意してください)。さらに、 `PARTITIONS num` ( `num`はテーブルがいくつのパーティションに分割されているかを示す正の整数) を追加したり、パーティション名の定義を追加したりする必要がある場合もあります。たとえば、 `(PARTITION p0, PARTITION p1)`追加すると、テーブルが`p0`と`p1`名前の 2 つのパーティションに分割されます。 +キーパーティションテーブルを作成するには、 `CREATE TABLE`ステートメントに`PARTITION BY KEY (columnList)`句を追加する必要があります。 `columnList` 、1 つ以上の列名を含む列リストです。リスト内の各列のデータ型は、 `BLOB` 、 `JSON` 、 `GEOMETRY`除く任意の型にすることができます (TiDB は`GEOMETRY`サポートしていないことに注意してください)。さらに、 `PARTITIONS num` ( `num`はテーブルが分割されているパーティションの数を示す正の整数) を追加したり、パーティション名の定義を追加したりする必要がある場合もあります。たとえば、 `(PARTITION p0, PARTITION p1)`追加すると、テーブルが`p0`と`p1`という名前の 2 つのパーティションに分割されます。 次の操作は、 `store_id`ずつ 4 つのパーティションに分割されたキーパーティションテーブルを作成します。 @@ -1331,7 +1331,7 @@ SELECT store_id, COUNT(department_id) AS c パーティションの選択は、範囲パーティションやハッシュ パーティションを含むすべてのタイプのテーブル パーティションでサポートされています。ハッシュ パーティションの場合、パーティション名が指定されていない場合は、 `p0` 、 `p1` 、 `p2` 、...、または`pN-1`パーティション名として自動的に使用されます。 -`SELECT` in `INSERT ... SELECT`でもパーティション選択を使用できます。 +`SELECT` in `INSERT ... SELECT`ではパーティション選択も使用できます。 ## パーティションの制限と制約 {#restrictions-and-limitations-on-partitions} @@ -1564,8 +1564,6 @@ ERROR 1503 (HY000): A UNIQUE INDEX must include all columns in the table's parti 現在、TiDB は、範囲パーティション、範囲列パーティション、List パーティショニング、List COLUMNS パーティショニング、ハッシュ パーティション、およびキー パーティションをサポートしています。MySQL で使用できるその他のパーティション タイプは、TiDB ではまだサポートされていません。 -パーティション管理に関しては、ハッシュパーティションテーブル内のパーティション数の調整、範囲パーティションテーブルの範囲の変更、パーティションのマージなど、下位の実装でデータの移動を必要とする操作は現在サポートされていません。 - サポートされていないパーティション タイプの場合、TiDB でテーブルを作成すると、パーティション情報は無視され、警告が報告されて通常の形式でテーブルが作成されます。 `LOAD DATA`構文は現在 TiDB のパーティション選択をサポートしていません。 diff --git a/markdown-pages/ja/tidb/release-8.1/releases/release-7.1.0.md b/markdown-pages/ja/tidb/release-8.1/releases/release-7.1.0.md index 65ca84a5fe..9e2cdf08c7 100644 --- a/markdown-pages/ja/tidb/release-8.1/releases/release-7.1.0.md +++ b/markdown-pages/ja/tidb/release-8.1/releases/release-7.1.0.md @@ -43,7 +43,7 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 TiFlash MPP モードは複数の結合アルゴリズムをサポートします。v7.1.0 より前では、TiDB は[`tidb_broadcast_join_threshold_count`](/system-variables.md#tidb_broadcast_join_threshold_count-new-in-v50)番目と[`tidb_broadcast_join_threshold_size`](/system-variables.md#tidb_broadcast_join_threshold_size-new-in-v50)の変数と実際のデータ量に基づいて、MPP モードでブロードキャスト ハッシュ結合アルゴリズムを使用するかどうかを決定します。 - v7.1.0 では、TiDB は[`tidb_prefer_broadcast_join_by_exchange_data_size`](/system-variables.md#tidb_prefer_broadcast_join_by_exchange_data_size-new-in-v710)変数を導入しました。これは、ネットワーク伝送の最小オーバーヘッドに基づいて MPP Join アルゴリズムを選択するかどうかを制御します。この変数はデフォルトで無効になっており、デフォルトのアルゴリズム選択方法は v7.1.0 以前と同じままであることを示しています。変数を`ON`に設定すると有効になります。有効にすると、 [`tidb_broadcast_join_threshold_count`](/system-variables.md#tidb_broadcast_join_threshold_count-new-in-v50)と[`tidb_broadcast_join_threshold_size`](/system-variables.md#tidb_broadcast_join_threshold_size-new-in-v50)変数を手動で調整する必要がなくなり (この時点では両方の変数は有効になりません)、TiDB は異なる Join アルゴリズムによるネットワーク伝送のしきい値を自動的に推定し、全体的なオーバーヘッドが最小のアルゴリズムを選択するため、ネットワーク トラフィックが削減され、MPP クエリのパフォーマンスが向上します。 + v7.1.0 では、TiDB は[`tidb_prefer_broadcast_join_by_exchange_data_size`](/system-variables.md#tidb_prefer_broadcast_join_by_exchange_data_size-new-in-v710)変数を導入しました。これは、ネットワーク伝送の最小オーバーヘッドに基づいて MPP Join アルゴリズムを選択するかどうかを制御します。この変数はデフォルトで無効になっており、デフォルトのアルゴリズム選択方法は v7.1.0 以前と同じであることを示しています。変数を`ON`に設定すると有効になります。有効にすると、 [`tidb_broadcast_join_threshold_count`](/system-variables.md#tidb_broadcast_join_threshold_count-new-in-v50)と[`tidb_broadcast_join_threshold_size`](/system-variables.md#tidb_broadcast_join_threshold_size-new-in-v50)変数を手動で調整する必要がなくなり (この時点では両方の変数は有効になりません)、TiDB は異なる Join アルゴリズムによるネットワーク伝送のしきい値を自動的に推定し、全体的なオーバーヘッドが最小のアルゴリズムを選択するため、ネットワーク トラフィックが削減され、MPP クエリのパフォーマンスが向上します。 詳細については[ドキュメント](/tiflash/use-tiflash-mpp-mode.md#algorithm-support-for-the-mpp-mode)参照してください。 @@ -113,7 +113,7 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 詳細については[ドキュメント](/statistics.md#load-statistics)参照してください。 -- TiCDCは単一行データのデータ整合性検証機能をサポートしています[＃8718](https://github.com/pingcap/tiflow/issues/8718) [＃42747](https://github.com/pingcap/tidb/issues/42747) @ [3エースショーハンド](https://github.com/3AceShowHand) @ [ジグアン](https://github.com/zyguan) +- TiCDCは、単一行データのデータ整合性検証機能をサポートしています[＃8718](https://github.com/pingcap/tiflow/issues/8718) [＃42747](https://github.com/pingcap/tidb/issues/42747) @ [3エースショーハンド](https://github.com/3AceShowHand) @ [ジグアン](https://github.com/zyguan) v7.1.0 以降、TiCDC では、チェックサム アルゴリズムを使用して単一行データの整合性を検証するデータ整合性検証機能が導入されています。この機能は、TiDB からデータを書き込み、それを TiCDC 経由で複製し、それを Kafka クラスターに書き込むプロセスでエラーが発生していないかどうかを確認するのに役立ちます。データ整合性検証機能は、Kafka をダウンストリームとして使用する変更フィードのみをサポートし、現在は Avro プロトコルをサポートしています。 @@ -142,7 +142,7 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 v6.5.0 以降、TiDB は`INSERT INTO SELECT`ステートメントの`SELECT`句 (分析クエリ) をTiFlashにプッシュダウンすることをサポートしています。これにより、 TiFlashクエリ結果を`INSERT INTO`で指定された TiDB テーブルに簡単に保存してさらに分析することができ、結果のキャッシュ (つまり、結果のマテリアライゼーション) として機能します。 - v7.1.0 では、この機能が一般に提供されています。 `INSERT INTO SELECT`ステートメントの`SELECT`節の実行中に、オプティマイザーは、 [SQL モード](/sql-mode.md)とTiFlashレプリカのコスト見積もりに基づいて、クエリをTiFlashにプッシュダウンするかどうかをインテリジェントに決定できます。したがって、実験的フェーズで導入された`tidb_enable_tiflash_read_for_write_stmt`システム変数は非推奨になりましたTiFlashの`INSERT INTO SELECT`ステートメントの計算ルールは`STRICT SQL Mode`要件を満たしていないため、TiDB では、現在のセッションの[SQL モード](/sql-mode.md)が厳密でない場合にのみ、 `INSERT INTO SELECT`ステートメントの`SELECT`節をTiFlashにプッシュダウンできます。つまり、 `sql_mode`値に`STRICT_TRANS_TABLES`と`STRICT_ALL_TABLES`含まれません。 + v7.1.0 では、この機能が一般に提供されています。 `INSERT INTO SELECT`ステートメントの`SELECT`句の実行中に、オプティマイザーは、 [SQL モード](/sql-mode.md)とTiFlashレプリカのコスト見積もりに基づいて、クエリをTiFlashにプッシュダウンするかどうかをインテリジェントに決定できます。したがって、実験的フェーズで導入された`tidb_enable_tiflash_read_for_write_stmt`システム変数は非推奨になりましたTiFlashの`INSERT INTO SELECT`ステートメントの計算ルールは`STRICT SQL Mode`要件を満たしていないため、TiDB では、現在のセッションの[SQL モード](/sql-mode.md)が厳密でない場合にのみ、 `INSERT INTO SELECT`ステートメントの`SELECT`句をTiFlashにプッシュダウンできます。つまり、 `sql_mode`値に`STRICT_TRANS_TABLES`と`STRICT_ALL_TABLES`含まれません。 詳細については[ドキュメント](/tiflash/tiflash-results-materialization.md)参照してください。 @@ -236,7 +236,7 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 - TiDB バージョン v6.2.0 から v7.0.0 のTiDB Lightning は、TiDB クラスターのバージョンに基づいてグローバル スケジューリングを一時停止するかどうかを決定します。TiDB クラスター バージョン >= v6.1.0 の場合、スケジューリングはターゲット テーブル データを格納するリージョンに対してのみ一時停止され、ターゲット テーブルのインポートが完了すると再開されます。その他のバージョンの場合、 TiDB Lightning はグローバル スケジューリングを一時停止します。TiDB v7.1.0 以降では、 [`pause-pd-scheduler-scope`](/tidb-lightning/tidb-lightning-configuration.md)構成することで、グローバル スケジューリングを一時停止するかどうかを制御できます。デフォルトでは、 TiDB Lightning はターゲット テーブル データを格納するリージョンに対してスケジューリングを一時停止します。ターゲット クラスターのバージョンが v6.1.0 より前の場合、エラーが発生します。この場合、パラメータの値を`"global"`に変更して再試行できます。 -- TiDB v7.1.0 で[`FLASHBACK CLUSTER TO TIMESTAMP`](/sql-statements/sql-statement-flashback-cluster.md)使用すると、FLASHBACK 操作が完了した後も、一部のリージョンが FLASHBACK プロセスに残ることがあります。v7.1.0 ではこの機能を使用しないことをお勧めします。詳細については、問題[＃44292](https://github.com/pingcap/tidb/issues/44292)を参照してください。この問題が発生した場合は、 [TiDB スナップショットのバックアップと復元](/br/br-snapshot-guide.md)機能を使用してデータを復元できます。 +- TiDB v7.1.0 で[`FLASHBACK CLUSTER TO TIMESTAMP`](/sql-statements/sql-statement-flashback-cluster.md)使用すると、FLASHBACK 操作が完了した後も、一部の領域が FLASHBACK プロセスに残ることがあります。v7.1.0 ではこの機能を使用しないことをお勧めします。詳細については、問題[＃44292](https://github.com/pingcap/tidb/issues/44292)を参照してください。この問題が発生した場合は、 [TiDB スナップショットのバックアップと復元](/br/br-snapshot-guide.md)機能を使用してデータを復元できます。 ### システム変数 {#system-variables} @@ -318,7 +318,7 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 - パーティション化されたRaft KV [＃14447](https://github.com/tikv/tikv/issues/14447) @ [スペードA-タン](https://github.com/SpadeA-Tang)使用する場合、分割操作による書き込み QPS への影響を軽減します。 - パーティション化されたRaft KV [＃14581](https://github.com/tikv/tikv/issues/14581) @ [バッファフライ](https://github.com/bufferflies)使用するときにスナップショットが占めるスペースを最適化します - - TiKV [＃12362](https://github.com/tikv/tikv/issues/12362) @ [翻訳](https://github.com/cfzjywxk)でリクエストの処理の各段階についてより詳細な時間情報を提供します + - TiKV [＃12362](https://github.com/tikv/tikv/issues/12362) @ [翻訳](https://github.com/cfzjywxk)でリクエストの処理の各段階について、より詳細な時間情報を提供します。 - ログバックアップ[＃13867](https://github.com/tikv/tikv/issues/13867) @ [ユジュンセン](https://github.com/YuJuncen)で PD をメタストアとして使用します - PD @@ -362,7 +362,6 @@ TiDB 7.1.0 は長期サポートリリース (LTS) です。 - `DROP TABLE`操作が実行されているときに`ADMIN SHOW DDL JOBS`結果にテーブル名が表示されない問題を修正[＃42268](https://github.com/pingcap/tidb/issues/42268) @ [天菜まお](https://github.com/tiancaiamao) - Grafana モニタリング パネル[＃42562](https://github.com/pingcap/tidb/issues/42562) @ [ピンとb](https://github.com/pingandb)で`Ignore Event Per Minute`と`Stats Cache LRU Cost`チャートが正常に表示されない問題を修正しました。 - `INFORMATION_SCHEMA.COLUMNS`テーブル[＃43379](https://github.com/pingcap/tidb/issues/43379) @ [bb7133](https://github.com/bb7133)をクエリしたときに`ORDINAL_POSITION`列が誤った結果を返す問題を修正しました - - 権限テーブル[＃41048](https://github.com/pingcap/tidb/issues/41048) @ [bb7133](https://github.com/bb7133)の一部の列における大文字と小文字の区別の問題を修正 - キャッシュ テーブルに新しい列が追加された後、列[＃42928](https://github.com/pingcap/tidb/issues/42928) @ [ルクス](https://github.com/lqs)のデフォルト値ではなく値が`NULL`なる問題を修正しました。 - 述語[＃43645](https://github.com/pingcap/tidb/issues/43645) @ [ウィノロス](https://github.com/winoros)をプッシュダウンするときに CTE 結果が正しくない問題を修正しました - 多数のパーティションとTiFlashレプリカ[＃42940](https://github.com/pingcap/tidb/issues/42940) @ [ミョンス](https://github.com/mjonss)を持つパーティション テーブルに対して`TRUNCATE TABLE`実行するときに書き込み競合によって発生する DDL 再試行の問題を修正しました。 diff --git a/markdown-pages/ja/tidb/release-8.1/releases/release-7.2.0.md b/markdown-pages/ja/tidb/release-8.1/releases/release-7.2.0.md index 481d635803..10b6d0939d 100644 --- a/markdown-pages/ja/tidb/release-8.1/releases/release-7.2.0.md +++ b/markdown-pages/ja/tidb/release-8.1/releases/release-7.2.0.md @@ -24,7 +24,7 @@ TiDB バージョン: 7.2.0 - `FIRST_VALUE` - `LAST_VALUE` -- TiFlash はパイプライン実行モデル (実験的) [＃6518](https://github.com/pingcap/tiflash/issues/6518) @ [シーライズ](https://github.com/SeaRise)をサポートしています +- TiFlashはパイプライン実行モデル（実験的） [＃6518](https://github.com/pingcap/tiflash/issues/6518) @ [シーライズ](https://github.com/SeaRise)をサポートします v7.2.0 より前では、 TiFlashエンジンの各タスクは実行中に個別にスレッド リソースを要求する必要があります。TiFlashはタスクの数を制御してスレッド リソースの使用を制限し、過剰使用を防止しますが、この問題を完全に排除することはできませんでした。この問題に対処するために、v7.2.0 以降、 TiFlash はパイプライン実行モデルを導入しています。このモデルは、すべてのスレッド リソースを集中管理し、タスク実行を均一にスケジュールして、スレッド リソースの使用率を最大化しながらリソースの過剰使用を回避します。パイプライン実行モデルを有効または無効にするには、 [`tidb_enable_tiflash_pipeline_model`](https://docs.pingcap.com/tidb/v7.2/system-variables#tidb_enable_tiflash_pipeline_model-new-in-v720)システム変数を変更します。 @@ -44,7 +44,7 @@ TiDB バージョン: 7.2.0 詳細については[ドキュメント](/system-variables.md#tidb_analyze_skip_column_types-new-in-v720)参照してください。 -- データとインデックスの一貫性のチェックのパフォーマンスを向上[＃43693](https://github.com/pingcap/tidb/issues/43693) @ [翻訳:](https://github.com/wjhuang2016) +- データとインデックスの一貫性チェックのパフォーマンスを向上[＃43693](https://github.com/pingcap/tidb/issues/43693) @ [翻訳:](https://github.com/wjhuang2016) [`ADMIN CHECK [TABLE|INDEX]`](/sql-statements/sql-statement-admin-check-table-index.md)ステートメントは、テーブル内のデータとそれに対応するインデックス間の一貫性をチェックするために使用されます。v7.2.0 では、TiDB はデータの一貫性をチェックする方法を最適化し、 [`ADMIN CHECK [TABLE|INDEX]`](/sql-statements/sql-statement-admin-check-table-index.md)の実行効率を大幅に向上させました。大量のデータを扱うシナリオでは、この最適化によりパフォーマンスが数百倍向上します。 @@ -105,7 +105,7 @@ TiDB バージョン: 7.2.0 ### DB操作 {#db-operations} -- DDL ジョブは一時停止および再開操作をサポートします (実験的) [＃18015](https://github.com/pingcap/tidb/issues/18015) @ [ゴドゥム](https://github.com/godouxm) +- DDL ジョブは一時停止と再開操作をサポートします (実験的) [＃18015](https://github.com/pingcap/tidb/issues/18015) @ [ゴドゥム](https://github.com/godouxm) TiDB v7.2.0 より前では、DDL ジョブの実行中にビジネス ピークが発生した場合、ビジネスへの影響を軽減するために、DDL ジョブを手動でキャンセルすることしかできませんでした。v7.2.0 では、TiDB に DDL ジョブの一時停止および再開操作が導入されています。これらの操作により、ピーク時に DDL ジョブを一時停止し、ピーク終了後に再開できるため、アプリケーション ワークロードへの影響を回避できます。 @@ -161,7 +161,7 @@ TiDB バージョン: 7.2.0 | コンフィグレーションファイル | コンフィグレーションパラメータ | タイプを変更 | 説明 | | -------------- | ----------------------------------------------------------------------------------------------------------------------------------------------- | -------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -| ティビ | [`lite-init-stats`](/tidb-configuration-file.md#lite-init-stats-new-in-v710) | 修正済み | さらなるテストの後、デフォルト値を`false`から`true`に変更します。つまり、TiDB は、初期化の効率を向上させるために、TiDB の起動時にデフォルトで軽量統計初期化を使用します。 | +| ティビ | [`lite-init-stats`](/tidb-configuration-file.md#lite-init-stats-new-in-v710) | 修正済み | さらにテストを行った後、デフォルト値を`false`から`true`に変更します。つまり、TiDB は、初期化の効率を向上させるために、TiDB の起動時にデフォルトで軽量統計初期化を使用します。 | | ティビ | [`force-init-stats`](/tidb-configuration-file.md#force-init-stats-new-in-v657-and-v710) | 修正済み | デフォルト値を`false`から`true`に変更して[`lite-init-stats`](/tidb-configuration-file.md#lite-init-stats-new-in-v710)に合わせます。つまり、TiDB は、起動時にサービスを提供する前に、統計の初期化が完了するまで待機します。 | | ティクヴ | [`rocksdb.[defaultcf|writecf|lockcf].compaction-guard-min-output-file-size`](/tikv-configuration-file.md#compaction-guard-min-output-file-size) | 修正済み | RocksDB の圧縮タスクのデータ量を削減するために、デフォルト値を`"8MB"`から`"1MB"`に変更します。 | | ティクヴ | [`rocksdb.[defaultcf|writecf|lockcf].optimize-filters-for-memory`](/tikv-configuration-file.md#optimize-filters-for-memory-new-in-v720) | 新しく追加された | メモリの内部断片化を最小限に抑える Bloom/Ribbon フィルターを生成するかどうかを制御します。 | @@ -184,7 +184,7 @@ TiDB バージョン: 7.2.0 - 古い読み取りの再試行リーダーがロックに遭遇すると、TiDBはロックを解決した後、リーダーで強制的に再試行し、不要なオーバーヘッドを回避します[＃43659](https://github.com/pingcap/tidb/issues/43659) @ [あなた06](https://github.com/you06) - 推定時間を使用して古い読み取りtsを計算し、古い読み取り[＃44215](https://github.com/pingcap/tidb/issues/44215) @ [あなた06](https://github.com/you06)のオーバーヘッドを削減します。 - 長時間実行されるトランザクションのログとシステム変数を追加する[＃41471](https://github.com/pingcap/tidb/issues/41471) @ [クレイジーcs520](https://github.com/crazycs520) - - 圧縮された MySQL プロトコルを介して TiDB に接続することをサポートします。これにより、低帯域幅ネットワークでのデータ集約型クエリのパフォーマンスが向上し、帯域幅コストが節約されます。これは、 `zlib`と`zstd`ベースの両方の圧縮をサポートします[＃22605](https://github.com/pingcap/tidb/issues/22605) @ [ドヴェーデン](https://github.com/dveeden) + - 圧縮された MySQL プロトコルを介して TiDB に接続することをサポートします。これにより、低帯域幅ネットワークでのデータ集約型クエリのパフォーマンスが向上し、帯域幅コストが節約されます。これは`zlib`と`zstd`ベースの両方の圧縮をサポートします[＃22605](https://github.com/pingcap/tidb/issues/22605) @ [ドヴェーデン](https://github.com/dveeden) - `utf8`と`utf8bm3`両方を従来の 3 バイト UTF-8 文字セット エンコーディングとして認識します。これにより、従来の UTF-8 エンコーディングを持つテーブルを MySQL 8.0 から TiDB [＃26226](https://github.com/pingcap/tidb/issues/26226) @ [ドヴェーデン](https://github.com/dveeden)に移行しやすくなります。 - `UPDATE`ステートメント[＃44751](https://github.com/pingcap/tidb/issues/44751) @ [Cbcウェストウルフ](https://github.com/CbcWestwolf)での割り当てに`:=`使用することをサポートします @@ -233,6 +233,7 @@ TiDB バージョン: 7.2.0 - コプロセッサータスク[＃43365](https://github.com/pingcap/tidb/issues/43365) @ [あなた06](https://github.com/you06)に`TxnScope`がないため、古い読み取りグローバル最適化が有効にならない問題を修正しました。 - フォロワー読み取りが再試行前にフラッシュバック エラーを処理せず、クエリ エラー[＃43673](https://github.com/pingcap/tidb/issues/43673) @ [あなた06](https://github.com/you06)が発生する問題を修正しました。 - `ON UPDATE`ステートメントが主キー[＃44565](https://github.com/pingcap/tidb/issues/44565) @ [ジグアン](https://github.com/zyguan)を正しく更新しない場合にデータとインデックスが不整合になる問題を修正しました + - 権限テーブル[＃41048](https://github.com/pingcap/tidb/issues/41048) @ [bb7133](https://github.com/bb7133)の一部の列における大文字と小文字の区別の問題を修正 - MySQL 8.0.28以降のバージョン[＃43987](https://github.com/pingcap/tidb/issues/43987) @ [ヤンケオ](https://github.com/YangKeao)と一致するように、 `UNIX_TIMESTAMP()`関数の上限を`3001-01-19 03:14:07.999999 UTC`に変更します。 - 取り込みモード[＃44137](https://github.com/pingcap/tidb/issues/44137) @ [タンジェンタ](https://github.com/tangenta)でインデックスの追加が失敗する問題を修正 - ロールバック状態で DDL タスクをキャンセルすると、関連するメタデータ[＃44143](https://github.com/pingcap/tidb/issues/44143) @ [翻訳:](https://github.com/wjhuang2016)にエラーが発生する問題を修正しました diff --git a/markdown-pages/ja/tidb/release-8.1/releases/release-7.5.0.md b/markdown-pages/ja/tidb/release-8.1/releases/release-7.5.0.md index 8c3081bd07..a5b52fb221 100644 --- a/markdown-pages/ja/tidb/release-8.1/releases/release-7.5.0.md +++ b/markdown-pages/ja/tidb/release-8.1/releases/release-7.5.0.md @@ -13,7 +13,7 @@ TiDB バージョン: 7.5.0 TiDB 7.5.0 は長期サポートリリース (LTS) です。 -以前の LTS 7.1.0 と比較して、 7.5.0 には、 [7.2.0-DMR](/releases/release-7.2.0.md) 、 [7.3.0-DMR](/releases/release-7.3.0.md) 、 [7.4.0-DMR](/releases/release-7.4.0.md)でリリースされた新機能、改善、バグ修正が含まれています。 7.1.x から 7.5.0 にアップグレードする場合、 [TiDB リリースノート PDF](https://download.pingcap.org/tidb-v7.2-to-v7.5-en-release-notes.pdf)をダウンロードして、2 つの LTS バージョン間のすべてのリリース ノートを表示できます。 次の表に、 7.2.0 から 7.5.0 までのハイライトの一部を示します。 +以前の LTS 7.1.0 と比較して、 7.5.0 には、 [7.2.0-DMR](/releases/release-7.2.0.md) 、 [7.3.0-DMR](/releases/release-7.3.0.md) 、 [7.4.0-DMR](/releases/release-7.4.0.md)でリリースされた新機能、改善、バグ修正が含まれています。 7.1.x から 7.5.0 にアップグレードする場合、 [TiDB リリースノート PDF](https://docs-download.pingcap.com/pdf/tidb-v7.2-to-v7.5-en-release-notes.pdf)をダウンロードして、2 つの LTS バージョン間のすべてのリリース ノートを表示できます。 次の表に、 7.2.0 から 7.5.0 までのハイライトの一部を示します。
カテゴリ特徴説明
スケーラビリティとパフォーマンス複数のADD INDEXステートメントを並列実行することをサポートこの機能により、同時ジョブで 1 つのテーブルに複数のインデックスを追加できます。以前は、2 つのADD INDEXステートメント (X とY ) を同時に実行するには、X の時間とYの時間がかかっていました。この機能により、1 つの SQL で 2 つのインデックス X とY を追加する処理を同時に実行できるようになり、DDL の合計実行時間が大幅に短縮されます。特に、テーブルが広いシナリオでは、内部テスト データによると、パフォーマンスが最大 94% 向上することが示されています。
信頼性と可用性グローバルソートの最適化 (実験的、v7.4.0 で導入) TiDB v7.1.0 では 、分散実行フレームワーク (DXF)が導入されました。このフレームワークを利用するタスクでは、v7.4 でグローバル ソートが導入され、データ再編成タスク中に一時的に順序が乱れたデータによって発生する不要な I/O、CPU、メモリのスパイクが排除されます。グローバル ソートでは、ジョブ中に中間ファイルを保存するために外部共有オブジェクトstorage(この最初のイテレーションでは Amazon S3) が活用され、柔軟性とコスト削減が向上します。ADD ADD INDEXやIMPORT INTOなどの操作は、より高速で、より回復力があり、より安定し、より柔軟になり、実行コストも削減されます。
バックグラウンド タスクのリソース制御(実験的、v7.4.0 で導入) v7.1.0 では、ワークロード間のリソースとstorageのアクセスの干渉を軽減するために、リソース制御機能が導入されました。TiDB v7.4.0 では、この制御がバックグラウンド タスクの優先度にも適用されました。v7.4.0 では、リソース制御によって、自動分析、バックアップと復元、 TiDB Lightningによる一括ロード、オンライン DDL などのバックグラウンド タスク実行の優先度が識別および管理されるようになりました。将来のリリースでは、この制御は最終的にすべてのバックグラウンド タスクに適用される予定です。
暴走クエリを管理するためのリソース制御 (実験的、v7.2.0 で導入)リソース コントロールは、リソース グループによってリソースを分離するワークロードのフレームワークですが、個々のクエリが各グループ内の作業にどのように影響するかについては考慮しません。TiDB v7.2.0 では、「ランナウェイ クエリ コントロール」が導入され、TiDB がリソース グループごとにこれらのクエリを識別して処理する方法を制御できるようになりました。必要に応じて、長時間実行されるクエリは終了または調整される可能性があり、クエリは正確な SQL テキスト、SQL ダイジェスト、またはそのプラン ダイジェストによって識別され、より一般化されます。v7.3.0 では、TiDB によって、データベース レベルの SQL ブロックリストと同様に、既知の不良クエリをプロアクティブに監視できます。
構文MySQL 8.0 互換性 (v7.4.0 で導入) MySQL 8.0 では、デフォルトの文字セットは utf8mb4 で、 utf8mb4 のデフォルトの照合照合順序はutf8mb4_0900_ai_ciです。TiDB v7.4.0 でこれに対するサポートが追加されたことで、MySQL 8.0 との互換性が向上し、デフォルトの照合順序を持つ MySQL 8.0 データベースからの移行とレプリケーションがよりスムーズになりました。
DB 操作と可観測性TiDB Lightning の物理インポート モードがIMPORT INTO (GA) で TiDB に統合されましたv7.2.0 より前では、ファイル システムに基づいてデータをインポートするには、 TiDB Lightningをインストールし、その物理インポート モードを使用する必要がありました。現在では、同じ機能がIMPORT INTOステートメントに統合されているため、このステートメントを使用して、追加のツールをインストールせずにデータをすばやくインポートできます。このステートメントは、並列インポート用のDistributed eXecution Framework (DXF)もサポートしており、大規模なインポート時のインポート効率が向上します。
ADD INDEXおよびIMPORT INTO SQL ステートメントを実行するためのそれぞれの TiDB ノードを指定します (GA)既存の TiDB ノードまたは新しく追加された TiDB ノードの一部でADD INDEXまたはIMPORT INTO SQL ステートメントを実行するかどうかを柔軟に指定できます。このアプローチにより、残りの TiDB ノードからのリソース分離が可能になり、ビジネス オペレーションへの影響を防ぎながら、前述の SQL ステートメントを実行するための最適なパフォーマンスを確保できます。v7.5.0 では、この機能が一般提供 (GA) されます。
DDL は一時停止と再開の操作をサポートします (GA)インデックスを追加すると、大量のリソースが消費され、オンライン トラフィックに影響を与える可能性があります。リソース グループで調整されている場合やラベル付きノードに分離されている場合でも、緊急時にはこれらのジョブを一時停止する必要がある可能性があります。v7.2.0 以降、TiDB は、これらのバックグラウンド ジョブを一度にいくつでも一時停止することをネイティブにサポートするようになりました。これにより、ジョブをキャンセルして再開する必要がなくなり、必要なリソースが解放されます。
TiDBダッシュボードはTiKVのヒーププロファイリングをサポート以前は、TiKV OOM または高メモリ使用量の問題に対処するには、通常、インスタンス環境でヒープ プロファイルを生成するためにjeprofを手動で実行する必要がありました。v7.5.0 以降、TiKV ではヒープ プロファイルのリモート処理が可能になります。ヒープ プロファイルのフレーム グラフとコール グラフに直接アクセスできるようになりました。この機能は、Go ヒープ プロファイリングと同じシンプルで使いやすいエクスペリエンスを提供します。
@@ -23,7 +23,7 @@ TiDB 7.5.0 は長期サポートリリース (LTS) です。 - 分散実行フレームワーク (DXF) が有効な場合に、 `ADD INDEX`または`IMPORT INTO`タスクを分散実行するための TiDB ノードの指定と分離をサポート[＃46258](https://github.com/pingcap/tidb/issues/46258) @ [うわー](https://github.com/ywqzzy) - リソースを大量に消費するクラスターで`ADD INDEX`または`IMPORT INTO`タスクを並行して実行すると、大量の TiDB ノード リソースが消費され、クラスターのパフォーマンスが低下する可能性があります。既存のサービスへのパフォーマンスへの影響を回避するために、v7.4.0 では、 [TiDB 分散実行フレームワーク (DXF)](/tidb-distributed-execution-framework.md)の下にある各 TiDB ノードのサービス スコープを制御するための実験的機能としてシステム変数[`tidb_service_scope`](/system-variables.md#tidb_service_scope-new-in-v740)導入されています。複数の既存の TiDB ノードを選択するか、新しい TiDB ノードの TiDB サービス スコープを設定すると、分散実行されるすべての`ADD INDEX`および`IMPORT INTO`タスクがこれらのノードでのみ実行されます。v7.5.0 では、この機能が一般提供 (GA) されます。 + リソースを大量に消費するクラスターで`ADD INDEX`または`IMPORT INTO`タスクを並行して実行すると、大量の TiDB ノード リソースが消費され、クラスターのパフォーマンスが低下する可能性があります。既存のサービスへのパフォーマンスへの影響を回避するために、v7.4.0 では、 [TiDB 分散実行フレームワーク (DXF)](/tidb-distributed-execution-framework.md)の下にある各 TiDB ノードのサービス スコープを制御するための実験的機能としてシステム変数[`tidb_service_scope`](/system-variables.md#tidb_service_scope-new-in-v740)導入されています。複数の既存の TiDB ノードを選択するか、新しい TiDB ノードの TiDB サービス スコープを設定すると、分散実行されるすべての`ADD INDEX`および`IMPORT INTO`タスクはこれらのノードでのみ実行されます。v7.5.0 では、この機能が一般提供 (GA) されます。 詳細については[ドキュメント](/system-variables.md#tidb_service_scope-new-in-v740)参照してください。 @@ -240,7 +240,7 @@ v7.5.0 以降では、 `TiDB-community-toolkit` [バイナリパッケージ](/b - TiCDC のスケジュールが場合によってはバランスが取れない問題を修正[＃9845](https://github.com/pingcap/tiflow/issues/9845) @ [3エースショーハンド](https://github.com/3AceShowHand) - Kafka [＃9855](https://github.com/pingcap/tiflow/issues/9855) @ [ヒック](https://github.com/hicqu)にデータを複製するときに TiCDC が停止する可能性がある問題を修正しました - TiCDCプロセッサが場合によってはpanic可能性がある問題を修正[＃9849](https://github.com/pingcap/tiflow/issues/9849) [＃9915](https://github.com/pingcap/tiflow/issues/9915) @ [ヒック](https://github.com/hicqu) @ [3エースショーハンド](https://github.com/3AceShowHand) - - `kv-client.enable-multiplexing`有効にするとレプリケーション タスクが[＃9673](https://github.com/pingcap/tiflow/issues/9673) @ [ふびんず](https://github.com/fubinzh)で停止する問題を修正しました + - `kv-client.enable-multiplexing`を有効にするとレプリケーション タスクが[＃9673](https://github.com/pingcap/tiflow/issues/9673) @ [ふびんず](https://github.com/fubinzh)で停止する問題を修正しました - REDOログが有効になっている場合にNFS障害により所有者ノードが停止する問題を修正[＃9886](https://github.com/pingcap/tiflow/issues/9886) @ [3エースショーハンド](https://github.com/3AceShowHand) ## パフォーマンステスト {#performance-test} diff --git a/markdown-pages/ja/tidb/release-8.1/releases/release-8.1.0.md b/markdown-pages/ja/tidb/release-8.1/releases/release-8.1.0.md index 3e54401c8b..3efc5fb02b 100644 --- a/markdown-pages/ja/tidb/release-8.1/releases/release-8.1.0.md +++ b/markdown-pages/ja/tidb/release-8.1/releases/release-8.1.0.md @@ -15,7 +15,7 @@ TiDB バージョン: 8.1.0 TiDB 8.1.0 は長期サポートリリース (LTS) です。 -以前の LTS 7.5.0 と比較して、8.1.0 には[7.6.0-DMR](/releases/release-7.6.0.md)および[8.0.0-DMR](/releases/release-8.0.0.md)でリリースされた新機能、改善、バグ修正が含まれています。7.5.x から 8.1.0 にアップグレードする場合、 [TiDB リリースノート PDF](https://download.pingcap.org/tidb-v7.6-to-v8.1-en-release-notes.pdf)ダウンロードして、2 つの LTS バージョン間のすべてのリリース ノートを表示できます。次の表に、7.6.0 から 8.1.0 への主な変更点を示します。 +以前の LTS 7.5.0 と比較して、8.1.0 には[7.6.0-DMR](/releases/release-7.6.0.md)および[8.0.0-DMR](/releases/release-8.0.0.md)でリリースされた新機能、改善、バグ修正が含まれています。7.5.x から 8.1.0 にアップグレードする場合、 [TiDB リリースノート PDF](https://docs-download.pingcap.com/pdf/tidb-v7.6-to-v8.1-en-release-notes.pdf)ダウンロードして、2 つの LTS バージョン間のすべてのリリース ノートを表示できます。次の表に、7.6.0 から 8.1.0 への主な変更点を示します。
カテゴリ機能/拡張機能説明
スケーラビリティとパフォーマンスクラスター スナップショットの復元速度の高速化(v8.0.0 で GA)この機能により、 BR はクラスターのスケールの利点を最大限に活用し、クラスター内のすべての TiKV ノードがデータ復元の準備ステップに参加できるようになります。この機能により、大規模クラスター内の大規模データセットの復元速度が大幅に向上します。実際のテストでは、この機能によりダウンロード帯域幅が飽和し、ダウンロード速度が 8 ～ 10 倍、エンドツーエンドの復元速度が約 1.5 ～ 3 倍向上することが示されています。
バッチでテーブルを作成する場合、最大 10 倍の速度を実現します(実験的、v7.6.0 で導入) v7.6.0 で新しい DDLアーキテクチャが実装されたことで、バッチ テーブル作成のパフォーマンスが最大 10 倍高速化し、大幅に向上しました。この大幅な機能強化により、多数のテーブルの作成に必要な時間が大幅に短縮されます。この高速化は、数万から数十万に及ぶ大量のテーブルが一般的に存在する SaaS シナリオで特に顕著です。
アクティブ PD フォロワーを使用して PD のリージョン情報クエリ サービスを強化します(実験的、v7.6.0 で導入) TiDB v7.6.0 では、PD フォロワーがリージョン情報クエリ サービスを提供できるようにする実験的機能「Active PD Follower 」が導入されています。この機能により、多数の TiDB ノードとリージョンを持つクラスターでGetRegionおよびScanRegions要求を処理する PD クラスターの機能が向上し、PD リーダーの CPU 負荷が軽減されます。
より大規模なトランザクションのためのバルク DML (実験的、v8.0.0 で導入)大規模なクリーンアップ ジョブ、結合、集計などの大規模なバッチ DML ジョブは、大量のメモリを消費する可能性があり、これまでは非常に大規模な規模で制限されていました。バルク DML ( tidb_dml_type = "bulk" ) は、トランザクション保証を提供し、OOM の問題を軽減しながら、大規模なバッチ DML タスクをより効率的に処理するための新しい DML タイプです。この機能は、データのロードに使用する場合、インポート、ロード、および復元操作とは異なります。
テーブル数が膨大である場合のスキーマ情報のキャッシュの安定性を向上 (実験的、v8.0.0 で導入)マルチテナント アプリケーションの記録システムとして TiDB を使用している SaaS 企業は、多くの場合、相当数のテーブルを保存する必要があります。以前のバージョンでは、100 万以上のテーブル数を処理することは可能でしたが、全体的なユーザー エクスペリエンスが低下する可能性がありました。TiDB v8.0.0 では、 auto analyze用の優先キューを実装することで状況が改善され、プロセスの柔軟性が高まり、より広範なテーブルにわたって安定性が向上しています。
信頼性と可用性グローバル ソート(v8.0.0 で GA)グローバル ソート機能は、 IMPORT INTOおよびCREATE INDEXの安定性と効率性を向上させることを目的としています。処理するデータをグローバルにソートすることで、この機能は TiKV へのデータ書き込みの安定性、制御性、およびスケーラビリティを向上させ、結果としてデータのインポートとインデックス作成のユーザー エクスペリエンスとサービス品質を高めます。グローバル ソートを有効にすると、各IMPORT INTOまたはCREATE INDEXステートメントは、最大 40 TiB のデータのインポートまたはインデックスの追加をサポートするようになりました。
クロスデータベース SQL バインディング(v7.6.0 で導入)同じスキーマを持つ数百のデータベースを管理する場合、これらのデータベース全体に SQL バインディングを適用する必要があることがよくあります。たとえば、SaaS または PaaS データ プラットフォームでは、各ユーザーは通常、同じスキーマを持つ個別のデータベースを操作し、それらに対して同様の SQL クエリを実行します。この場合、各データベースに SQL を 1 つずつバインドするのは現実的ではありません。TiDB v7.6.0 では、すべてのスキーマが同等のデータベース間でバインディングを一致させることができるデータベース間 SQL バインディングが導入されています。
TiProxy をサポート(v8.0.0 で GA)デプロイメント ツールを使用して簡単にデプロイできる TiProxy サービスを完全にサポートし、ローリング再起動、アップグレード、またはスケーリング イベントを通じて TiDB への接続を管理および維持します。
データ移行 (DM) は MySQL 8.0 (v7.6.0 で GA) を正式にサポートしますこれまで、DM を使用して MySQL 8.0 からデータを移行することは実験的機能であり、実本番環境では使用できませんでした。TiDB v7.6.0 では、この機能の安定性と互換性が強化され、実本番環境で MySQL 8.0 から TiDB にデータをスムーズかつ迅速に移行できるようになります。v7.6.0 では、この機能が一般提供 (GA) されます。
TiDB リソース制御は、予想よりも多くのリソースを消費するクエリの管理をサポートします (v8.1.0 で GA) TiDB は、リソース グループのルールを通じて、予想よりも多くのリソースを消費するクエリを自動的に識別し、これらのクエリを制限またはキャンセルできます。ルールによってクエリが識別されない場合でも、クエリ特性を手動で追加し、対応する対策を講じて、突然のクエリ パフォーマンスの問題がデータベース全体に与える影響を軽減できます。
DB 操作と可観測性インデックス使用統計の監視をサポート (v8.0.0 で導入)適切なインデックス設計は、データベースのパフォーマンスを維持するための重要な前提条件です。TiDB v8.0.0 では、インデックスの使用統計を提供するINFORMATION_SCHEMA.TIDB_INDEX_USAGEテーブルとsys.schema_unused_indexesビューが導入されています。この機能は、データベース内のインデックスの効率を評価し、インデックス設計を最適化するのに役立ちます。
データ移行TiCDC はシンプル プロトコル(v8.0.0 で導入) をサポートしています。 TiCDC では、新しいプロトコルである Simple プロトコルが導入されています。このプロトコルは、DDL および BOOTSTRAP イベントにテーブル スキーマ情報を埋め込むことで、インバンド スキーマ追跡機能を提供します。
TiCDC はDebezium 形式プロトコル(v8.0.0 で導入) をサポートしています。 TiCDC は、新しいプロトコルである Debezium プロトコルを導入しました。TiCDC は、Debezium スタイルのメッセージを生成するプロトコルを使用して、データ変更イベントを Kafka シンクに公開できるようになりました。
TiCDC はクライアント認証をサポートしています (v8.1.0 で導入) TiCDC は、相互トランスポート層Security(mTLS) または TiDB ユーザー名とパスワードを使用したクライアント認証をサポートしています。この機能により、CLI または OpenAPI クライアントは TiCDC への接続を認証できます。
@@ -59,7 +59,7 @@ TiDB 8.1.0 は長期サポートリリース (LTS) です。 - TiDB ログ感度低下 (GA) [＃52364](https://github.com/pingcap/tidb/issues/52364) @ [xhebox](https://github.com/xhebox)を強化 - 強化された TiDB ログの非感度化は、ログ ファイル内の SQL テキスト情報をマークすることによって実装され、ユーザーがログを表示するときに機密データを削除することをサポートします。ログ情報をマークするかどうかを制御して、さまざまなシナリオで TiDB ログを安全に使用できるようにすることで、ログの非感度化を使用する際のセキュリティと柔軟性が向上します。この機能を使用するには、システム変数`tidb_redact_log`を`MARKER`に設定すると、TiDB のランタイム ログ内の SQL テキストがマークされます。さらに、TiDBサーバーで`collect-log`サブコマンドを使用して、マークされた機密データをログから削除し、ログを安全な方法で表示できます。すべてのマーカーを削除して通常のログを取得することもできます。この機能は、v8.1.0 で一般提供されました。 + 強化された TiDB ログの非感度化は、ユーザーがログを表示するときに機密データを削除することをサポートします。これは、ログ ファイル内の SQL テキスト情報をマークすることによって実装されます。ログ情報をマークするかどうかを制御して、さまざまなシナリオで TiDB ログを安全に使用できるようにすることで、ログの非感度化を使用する際のセキュリティと柔軟性が向上します。この機能を使用するには、システム変数`tidb_redact_log`を`MARKER`に設定すると、TiDB のランタイム ログ内の SQL テキストがマークされます。さらに、TiDBサーバーで`collect-log`サブコマンドを使用して、マークされた機密データをログから削除し、ログを安全な方法で表示できます。すべてのマーカーを削除して通常のログを取得することもできます。この機能は、v8.1.0 で一般提供されました。 詳細については[ドキュメント](/system-variables.md#tidb_redact_log)参照してください。 @@ -276,7 +276,7 @@ TiDB 8.1.0 は長期サポートリリース (LTS) です。 - TiDB Lightning - - ソースファイル[＃51800](https://github.com/pingcap/tidb/issues/51800) @ [ランス6716](https://github.com/lance6716)内の互換性のない SQL ステートメントが原因で、 TiDB Lightning がデータインポート中に`no database selected`を報告する問題を修正しました。 + - ソースファイル[＃51800](https://github.com/pingcap/tidb/issues/51800) @ [ランス6716](https://github.com/lance6716)内の互換性のない SQL ステートメントが原因で、 TiDB Lightning がデータインポート中に`no database selected`報告する問題を修正しました。 - TiDB Lightning がサーバーモード[＃36374](https://github.com/pingcap/tidb/issues/36374) @ [ケニー](https://github.com/kennytm)でログに機密情報を出力する可能性がある問題を修正しました - PDLeaderを強制終了すると、 TiDB Lightning がデータ インポート[#50501](https://github.com/pingcap/tidb/issues/50501) @ [リーヴルス](https://github.com/Leavrth)中に`invalid store ID 0`エラーを報告する問題を修正しました。 - `replace`戦略[＃52886](https://github.com/pingcap/tidb/issues/52886) @ [翻訳者](https://github.com/lyzx2001)を使用して競合するデータを処理するときにTiDB Lightning が`Unknown column in where clause`エラーを報告する問題を修正しました。 diff --git a/markdown-pages/ja/tidb/release-8.1/scale-tidb-using-tiup.md b/markdown-pages/ja/tidb/release-8.1/scale-tidb-using-tiup.md index c6c4d2fd15..2625ee4bd5 100644 --- a/markdown-pages/ja/tidb/release-8.1/scale-tidb-using-tiup.md +++ b/markdown-pages/ja/tidb/release-8.1/scale-tidb-using-tiup.md @@ -356,6 +356,8 @@ TiDB クラスターの容量は、オンライン サービスを中断する ALTER TABLE . SET tiflash replica 'new_replica_num'; ``` + このステートメントを実行すると、TiDB はそれに応じて PD [配置ルール](/configure-placement-rules.md)変更または削除します。次に、PD は更新された配置ルールに基づいてデータをスケジュールします。 + 3. 手順 1 を再度実行し、スケールイン後のTiFlashノードの数を超えるTiFlashレプリカを持つテーブルがないことを確認します。 ### 2.スケールイン操作を実行する {#2-perform-the-scale-in-operation} @@ -376,6 +378,18 @@ TiDB クラスターの容量は、オンライン サービスを中断する tiup cluster scale-in --node 10.0.1.4:9000 ``` +3. 削除されたTiFlashノードのステータスをビュー。 + + ```shell + tiup cluster display + ``` + +4. 削除されたTiFlashノードのステータスが`Tombstone`になったら、削除されたノードの情報をTiUPトポロジから削除します (TiUP は`Tombstone`ノードの関連データ ファイルを自動的にクリーンアップします)。 + + ```shell + tiup cluster prune + ``` + #### 解決策2. TiFlashノードを手動で削除する {#solution-2-manually-remove-a-tiflash-node} 特別な場合 (ノードを強制的に停止する必要がある場合など)、またはTiUPスケールイン操作が失敗した場合は、次の手順に従ってTiFlashノードを手動で削除できます。 @@ -410,62 +424,21 @@ TiDB クラスターの容量は、オンライン サービスを中断する 3. TiFlashプロセスを停止する前に、 TiFlashノードのストアが消えるか、 `state_name` `Tombstone`になるまで待ちます。 -4. TiFlashデータ ファイルを手動で削除します (場所は、クラスター トポロジ ファイルのTiFlash構成の下の`data_dir`ディレクトリにあります)。 - -5. 次のコマンドを使用して、クラスター トポロジからダウンするTiFlashノードに関する情報を削除します。 +4. 削除されたノードの情報をTiUPトポロジから削除します (TiUP は`Tombstone`のノードの関連データ ファイルを自動的にクリーンアップします)。 ```shell - tiup cluster scale-in --node : --force + tiup cluster prune ``` -> **注記：** -> -> クラスター内のすべてのTiFlashノードの実行が停止する前に、 TiFlashにレプリケートされたすべてのテーブルがキャンセルされていない場合は、PD 内のレプリケーション ルールを手動でクリーンアップする必要があります。そうしないと、 TiFlashノードを正常に停止できません。 +### 3. クラスターのステータスをビュー {#3-view-the-cluster-status} -PD でレプリケーション ルールを手動でクリーンアップする手順は次のとおりです。 +```shell +tiup cluster display +``` -1. 現在の PD インスタンス内のTiFlashに関連するすべてのデータ複製ルールをビュー。 +ブラウザを使用して[http://10.0.1.5:3000](http://10.0.1.5:3000)の監視プラットフォームにアクセスし、クラスターと新しいノードのステータスを表示します。 - ```shell - curl http://:/pd/api/v1/config/rules/group/tiflash - ``` - - [ - { - "group_id": "tiflash", - "id": "table-45-r", - "override": true, - "start_key": "7480000000000000FF2D5F720000000000FA", - "end_key": "7480000000000000FF2E00000000000000F8", - "role": "learner", - "count": 1, - "label_constraints": [ - { - "key": "engine", - "op": "in", - "values": [ - "tiflash" - ] - } - ] - } - ] - -2. TiFlashに関連するすべてのデータ複製ルールを削除します。1 が`id` `table-45-r`あるルールを例にとります。次のコマンドで削除します。 - - ```shell - curl -v -X DELETE http://:/pd/api/v1/config/rule/tiflash/table-45-r - ``` - -3. クラスターのステータスをビュー。 - - ```shell - tiup cluster display - ``` - - ブラウザを使用して[http://10.0.1.5:3000](http://10.0.1.5:3000)の監視プラットフォームにアクセスし、クラスターと新しいノードのステータスを表示します。 - -スケールアウト後のクラスター トポロジは次のようになります。 +スケーリング後のクラスター トポロジは次のようになります。 | ホストIP | サービス | | :------- | :--------------------------------- | diff --git a/markdown-pages/ja/tidb/release-8.1/sql-statements/sql-statement-explain-analyze.md b/markdown-pages/ja/tidb/release-8.1/sql-statements/sql-statement-explain-analyze.md index a0a93af19c..2af079e1d1 100644 --- a/markdown-pages/ja/tidb/release-8.1/sql-statements/sql-statement-explain-analyze.md +++ b/markdown-pages/ja/tidb/release-8.1/sql-statements/sql-statement-explain-analyze.md @@ -82,7 +82,7 @@ EXPLAIN ANALYZE SELECT * FROM t1; +-------------------+----------+---------+-----------+---------------+-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+--------------------------------+-----------+------+ | id | estRows | actRows | task | access object | execution info | operator info | memory | disk | +-------------------+----------+---------+-----------+---------------+-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+--------------------------------+-----------+------+ -| TableReader_5 | 10000.00 | 3 | root | | time:278.2µs, loops:2, cop_task: {num: 1, max: 437.6µs, proc_keys: 3, rpc_num: 1, rpc_time: 423.9µs, copr_cache_hit_ratio: 0.00} | data:TableFullScan_4 | 251 Bytes | N/A | +| TableReader_5 | 10000.00 | 3 | root | | time:278.2µs, loops:2, cop_task: {num: 1, max: 437.6µs, proc_keys: 3, copr_cache_hit_ratio: 0.00}, rpc_info:{Cop:{num_rpc:1, total_time:423.9µs}} | data:TableFullScan_4 | 251 Bytes | N/A | | └─TableFullScan_4 | 10000.00 | 3 | cop[tikv] | table:t1 | tikv_task:{time:0s, loops:1}, scan_detail: {total_process_keys: 3, total_process_keys_size: 111, total_keys: 4, rocksdb: {delete_skipped_count: 0, key_skipped_count: 3, block: {cache_hit_count: 0, read_count: 0, read_byte: 0 Bytes}}} | keep order:false, stats:pseudo | N/A | N/A | +-------------------+----------+---------+-----------+---------------+-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+--------------------------------+-----------+------+ 2 rows in set (0.00 sec) @@ -110,14 +110,14 @@ EXPLAIN ANALYZE SELECT * FROM t1; `TableReader`演算子の実行情報は通常、次のようになります。 - cop_task: {num: 6, max: 1.07587ms, min: 844.312µs, avg: 919.601µs, p95: 1.07587ms, max_proc_keys: 16, p95_proc_keys: 16, tot_proc: 1ms, tot_wait: 1ms, rpc_num: 6, rpc_time: 5.313996 ms, copr_cache_hit_ratio: 0.00} + cop_task: {num: 6, max: 1.07587ms, min: 844.312µs, avg: 919.601µs, p95: 1.07587ms, max_proc_keys: 16, p95_proc_keys: 16, tot_proc: 1ms, tot_wait: 1ms, copr_cache_hit_ratio: 0.00}, rpc_info:{Cop:{num_rpc:6, total_time:5.313996ms}} - `cop_task` : `cop`タスクの実行情報が含まれます。例: - `num` : copタスクの数。 - `max` : cop タスクの実行に費やされた実行時間の最大値、 `avg` `p95` 、平均値、 `min` P95 値。 - `max_proc_keys`と`p95_proc_keys` : すべての cop タスクで TiKV によってスキャンされた最大値と P95 キー値。最大値と P95 値の差が大きい場合、データ分布が不均衡になる可能性があります。 - - `rpc_num` : TiKV に送信された`Cop` `rpc_time`要求の合計数と合計所要時間。 - `copr_cache_hit_ratio` : `cop`のタスク要求に対するコプロセッサーキャッシュのヒット率。 +- `rpc_info` : リクエスト タイプ別に集計された、TiKV に送信された RPC リクエストの合計数と合計時間。 - `backoff` : さまざまなタイプのバックオフとバックオフの合計待機時間が含まれます。 ### 入れる {#insert} diff --git a/markdown-pages/ja/tidb/release-8.1/tidb-performance-tuning-config.md b/markdown-pages/ja/tidb/release-8.1/tidb-performance-tuning-config.md new file mode 100644 index 0000000000..327563df26 --- /dev/null +++ b/markdown-pages/ja/tidb/release-8.1/tidb-performance-tuning-config.md @@ -0,0 +1,391 @@ +--- +title: Configure TiDB for Optimal Performance +summary: 主要な設定を構成し、エッジケースに対処することで、TiDB のパフォーマンスを最適化する方法を学習します。 +--- + +## 最適なパフォーマンスを得るための TiDB の設定 {#configure-tidb-for-optimal-performance} + +このガイドでは、TiDB のパフォーマンスを最適化する方法について説明します。 + +- 一般的なワークロードのベスト プラクティス。 +- 困難なパフォーマンス シナリオを処理するための戦略。 + +> **注記：** +> +> このガイドの最適化手法は、TiDB で最適なパフォーマンスを実現するのに役立ちます。ただし、パフォーマンスのチューニングには複数の要素のバランスを取る必要があることが多く、単一のソリューションですべてのパフォーマンス ニーズに対応できるわけではありません。このガイドの一部の手法では、実験的機能を使用しており、その旨が示されています。これらの最適化によりパフォーマンスが大幅に向上する可能性がありますが、本番環境には適さない可能性があり、実装前に慎重に評価する必要があります。 + +## 概要 {#overview} + +TiDB を最高のパフォーマンスに最適化するには、さまざまな設定を慎重に調整する必要があります。多くの場合、最適なパフォーマンスを実現するには、デフォルト値を超えて構成を調整する必要があります。 + +デフォルト設定では、パフォーマンスよりも安定性が優先されます。パフォーマンスを最大化するには、より積極的な構成や、場合によっては実験的機能を使用する必要がある場合があります。これらの推奨事項は、本番の展開経験とパフォーマンス最適化の調査に基づいています。 + +このガイドでは、デフォルト以外の設定について、その利点や潜在的なトレードオフなどを含めて説明します。この情報を使用して、ワークロード要件に合わせて TiDB 設定を最適化してください。 + +## 一般的なワークロードのキー設定 {#key-settings-for-common-workloads} + +TiDB のパフォーマンスを最適化するために、次の設定が一般的に使用されます。 + +- [SQL 準備実行プラン キャッシュ](/sql-prepared-plan-cache.md)や[準備されていないプラン キャッシュ](/sql-non-prepared-plan-cache.md)などの実行プラン キャッシュを強化します。 +- [オプティマイザー修正コントロール](/optimizer-fix-controls.md)使用して TiDB オプティマイザーの動作を最適化します。 +- [タイタン](/storage-engine/titan-overview.md)storageエンジンをより積極的に使用します。 + +これらの設定により、多くのワークロードのパフォーマンスが大幅に向上します。ただし、他の最適化と同様に、本番に展開する前に、ご使用の環境で徹底的にテストしてください。 + +### システム変数 {#system-variables} + +推奨設定を適用するには、次の SQL コマンドを実行します。 + +```sql +SET GLOBAL tidb_session_plan_cache_size=200; +SET GLOBAL tidb_enable_non_prepared_plan_cache=on; +SET GLOBAL tidb_ignore_prepared_cache_close_stmt=on; +SET GLOBAL tidb_stats_load_sync_wait=2000; +SET GLOBAL tidb_enable_inl_join_inner_multi_pattern=on; +SET GLOBAL tidb_opt_derive_topn=on; +SET GLOBAL tidb_runtime_filter_mode=LOCAL; +SET GLOBAL tidb_opt_enable_mpp_shared_cte_execution=on; +SET GLOBAL tidb_rc_read_check_ts=on; +SET GLOBAL tidb_guarantee_linearizability=off; +SET GLOBAL pd_enable_follower_handle_region=on; +SET GLOBAL tidb_opt_fix_control = '44262:ON,44389:ON,44823:10000,44830:ON,44855:ON,52869:ON'; +``` + +次の表は、特定のシステム変数の構成の影響を示しています。 + +| システム変数 | 説明 | 注記 | +| ----------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------- | +| [`tidb_session_plan_cache_size`](/system-variables.md#tidb_session_plan_cache_size-new-in-v710) | キャッシュできるプランの最大数をデフォルトの`100`から`200`に増やします。これにより、プリペアドステートメントパターンが多数あるワークロードのパフォーマンスが向上します。 | この値を増やすと、セッション プラン キャッシュのメモリ使用量が増加する可能性があります。 | +| [`tidb_enable_non_prepared_plan_cache`](/system-variables.md#tidb_enable_non_prepared_plan_cache) | [準備されていないプラン キャッシュ](/sql-non-prepared-plan-cache.md)機能を有効にすると、準備されたステートメントを使用しないアプリケーションのコンパイル コストが削減されます。 | 該当なし | +| [`tidb_ignore_prepared_cache_close_stmt`](/system-variables.md#tidb_ignore_prepared_cache_close_stmt-new-in-v600) | 準備されたステートメントを使用するが、実行ごとにプランを閉じるアプリケーションのプランをキャッシュします。 | 該当なし | +| [`tidb_stats_load_sync_wait`](/system-variables.md#tidb_stats_load_sync_wait-new-in-v540) | 統計を同期的にロードするためのタイムアウトを、デフォルトの 100 ミリ秒から 2 秒に増やします。これにより、クエリのコンパイル前に TiDB が必要な統計をロードするようになります。 | この値を大きくすると、クエリのコンパイル前の同期待機時間が長くなります。 | +| [`tidb_enable_inl_join_inner_multi_pattern`](/system-variables.md#tidb_enable_inl_join_inner_multi_pattern-new-in-v700) | 内部テーブルに`Selection`または`Projection`演算子がある場合に、インデックス結合のサポートを有効にします。 | 該当なし | +| [`tidb_opt_derive_topn`](/system-variables.md#tidb_opt_derive_topn-new-in-v700) | [ウィンドウ関数から TopN または Limit を導出する](/derive-topn-from-window.md)の最適化ルールを有効にします。 | これは`ROW_NUMBER()`ウィンドウ関数に制限されます。 | +| [`tidb_runtime_filter_mode`](/system-variables.md#tidb_runtime_filter_mode-new-in-v720) | ハッシュ結合の効率を向上させるには、ローカル モードで[ランタイムフィルター](/runtime-filter.md#runtime-filter-mode)有効にします。 | この変数は v7.2.0 で導入され、安全のためデフォルトでは無効になっています。 | +| [`tidb_opt_enable_mpp_shared_cte_execution`](/system-variables.md#tidb_opt_enable_mpp_shared_cte_execution-new-in-v720) | TiFlashへの非再帰的な[共通テーブル式 (CTE)](/sql-statements/sql-statement-with.md)プッシュダウンを有効にします。 | これは実験的機能です。 | +| [`tidb_rc_read_check_ts`](/system-variables.md#tidb_rc_read_check_ts-new-in-v600) | 読み取りコミット分離レベルの場合、この変数を有効にすると、グローバル タイムスタンプの取得にかかるレイテンシーとコストが回避され、トランザクション レベルの読み取りレイテンシーが最適化されます。 | この機能は、繰り返し読み取り分離レベルと互換性がありません。 | +| [`tidb_guarantee_linearizability`](/system-variables.md#tidb_guarantee_linearizability-new-in-v50) | PDサーバーからのコミット タイムスタンプの取得をスキップすることでパフォーマンスが向上します。 | これにより、パフォーマンスを優先して線形化可能性が犠牲になります。因果一貫性のみが保証されます。厳密な線形化可能性を必要とするシナリオには適していません。 | +| [`pd_enable_follower_handle_region`](/system-variables.md#pd_enable_follower_handle_region-new-in-v760) | PDFollower機能を有効にして、PD フォロワーがリージョン要求を処理できるようにします。これにより、すべての PD サーバーに負荷が均等に分散され、PD リーダーの CPU 負荷が軽減されます。 | これは実験的機能です。非本番環境でテストしてください。 | +| [`tidb_opt_fix_control`](/system-variables.md#tidb_opt_fix_control-new-in-v653-and-v710) | 高度なクエリ最適化戦略を有効にして、追加の最適化ルールとヒューリスティックを通じてパフォーマンスを向上させます。 | パフォーマンスの向上はワークロードによって異なるため、ご使用の環境で徹底的にテストしてください。 | + +追加の最適化を可能にするオプティマイザー制御構成について次に説明します。 + +- [`44262:ON`](/optimizer-fix-controls.md#44262-new-in-v653-and-v720) : [グローバル統計](/statistics.md#collect-statistics-of-partitioned-tables-in-dynamic-pruning-mode)つが不足している場合は、 [動的プルーニングモード](/partitioned-table.md#dynamic-pruning-mode)使用してパーティションテーブルにアクセスします。 +- [`44389:ON`](/optimizer-fix-controls.md#44389-new-in-v653-and-v720) : `c = 10 and (a = 'xx' or (a = 'kk' and b = 1))`などのフィルターの場合は、 `IndexRangeScan`のより包括的なスキャン範囲を構築します。 +- [`44823:10000`](/optimizer-fix-controls.md#44823-new-in-v730) :メモリを節約するために、プラン キャッシュはこの変数で指定された数を超えるパラメータを持つクエリをキャッシュしません。プラン キャッシュ パラメータの制限を`200`から`10000`に増やして、長いインリストを持つクエリでプラン キャッシュを使用できるようにします。 +- [`44830:ON`](/optimizer-fix-controls.md#44830-new-in-v657-and-v730) : プラン キャッシュは、物理的な最適化中に生成された`PointGet`の演算子を使用して実行プランをキャッシュできます。 +- [`44855:ON`](/optimizer-fix-controls.md#44855-new-in-v654-and-v730) : `IndexJoin`演算子の`Probe`側に`Selection`演算子が含まれている場合、オプティマイザーは`IndexJoin`選択します。 +- [`52869:ON`](/optimizer-fix-controls.md#52869-new-in-v810) : オプティマイザがクエリ プランに対して単一インデックス スキャン メソッド (フル テーブル スキャン以外) を選択できる場合、オプティマイザはインデックス マージを自動的に選択します。 + +### TiKV 構成 {#tikv-configurations} + +TiKV 構成ファイルに次の構成項目を追加します。 + +```toml +[server] +concurrent-send-snap-limit = 64 +concurrent-recv-snap-limit = 64 +snap-io-max-bytes-per-sec = "400MiB" + +[rocksdb.titan] +enabled = true +[rocksdb.defaultcf.titan] +min-blob-size = "1KB" +blob-file-compression = "zstd" + +[storage.flow-control] +l0-files-threshold = 60 +``` + +| コンフィグレーション項目 | 説明 | 注記 | +| ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | -------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------- | +| [`concurrent-send-snap-limit`](/tikv-configuration-file.md#concurrent-send-snap-limit) [`concurrent-recv-snap-limit`](/tikv-configuration-file.md#concurrent-recv-snap-limit) [`snap-io-max-bytes-per-sec`](/tikv-configuration-file.md#snap-io-max-bytes-per-sec) | TiKV スケーリング操作中に同時スナップショット転送と I/O 帯域幅の制限を設定します。制限を高くすると、データ移行が高速化され、スケーリング時間が短縮されます。 | これらの制限を調整すると、スケーリング速度とオンライン トランザクションのパフォーマンスのトレードオフに影響します。 | +| [`rocksdb.titan`](/tikv-configuration-file.md#rocksdbtitan) [`rocksdb.defaultcf.titan`](/tikv-configuration-file.md#rocksdbdefaultcftitan) [`min-blob-size`](/tikv-configuration-file.md#min-blob-size) [`blob-file-compression`](/tikv-configuration-file.md#blob-file-compression) | Titanstorageエンジンを有効にして、書き込み増幅を減らし、ディスク I/O ボトルネックを軽減します。RocksDB の圧縮が書き込みワークロードに対応できず、保留中の圧縮バイトが蓄積される場合に特に便利です。 | 書き込み増幅が主なボトルネックになっている場合は、これを有効にします。トレードオフには次のものが含まれます。1. 主キー範囲スキャンに対する潜在的なパフォーマンスへの影響。2. スペース増幅の増加 (最悪の場合、最大 2 倍)。3. BLOB キャッシュの追加メモリ使用量。 | +| [`storage.flow-control.l0-files-threshold`](/tikv-configuration-file.md#l0-files-threshold) | kvDB L0 ファイルの数に基づいて、書き込みフロー制御がトリガーされるタイミングを制御します。しきい値を増やすと、書き込みワークロードが高いときに書き込みが停止する回数が減少します。 | しきい値を高くすると、多くの L0 ファイルが存在する場合に、より積極的な圧縮が行われる可能性があります。 | + +### TiFlash構成 {#tiflash-configurations} + +TiFlash構成ファイルに次の構成項目を追加します。 + +```toml +[raftstore-proxy.server] +snap-io-max-bytes-per-sec = "300MiB" +``` + +| コンフィグレーション項目 | 説明 | 注記 | +| ------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------ | --------------------------------------------------------------------------------- | +| [`snap-io-max-bytes-per-sec`](/tikv-configuration-file.md#snap-io-max-bytes-per-sec) | TiKV からTiFlashへのデータ複製の最大許容ディスク帯域幅を制御します。制限を高くすると、初期データの読み込みとキャッチアップ複製が高速化されます。 | 帯域幅の消費量が多いと、オンライン トランザクションのパフォーマンスに影響する可能性があります。レプリケーション速度とシステムの安定性のバランスをとってください。 | + +## ベンチマーク {#benchmark} + +このセクションでは、デフォルト設定 (ベースライン) と、前述の[一般的な負荷のキー設定](#key-settings-for-common-workloads)に基づいて最適化された設定のパフォーマンスを比較します。 + +### 大きなレコード値に対するYCSBのワークロード {#ycsb-workloads-on-large-record-value} + +#### テスト環境 {#test-environment} + +テスト環境は次のとおりです。 + +- 3 台の TiDB サーバー (16 コア、64 GiB) +- 3 台の TiKV サーバー (16 コア、64 GiB) +- TiDB バージョン: v8.1.0 +- 作業量: [go-ycsb ワークロード](https://github.com/pingcap/go-ycsb/blob/master/workloads/workloada) + +#### パフォーマンス比較 {#performance-comparison} + +次の表は、ベースライン設定と最適化設定間のスループット (1 秒あたりの操作数) を比較したものです。 + +| アイテム | ベースライン（OPS） | 最適化（OPS） | 改善 | +| -------- | ----------- | -------- | -------- | +| データを読み込む | 2858.5 | 5074.3 | +77.59% | +| 作業負荷 | 2243.0 | 12804.3 | +470.86% | + +#### パフォーマンス分析 {#performance-analysis} + +Titan は v7.6.0 以降ではデフォルトで有効になっており、TiDB v8.1.0 の Titan のデフォルト`min-blob-size`は`32KiB`です。ベースライン構成では、データが RocksDB に保存されるようにレコード サイズ`31KiB`を使用します。一方、キー設定構成では、 `min-blob-size`を`1KiB`に設定して、データが Titan に保存されるようにします。 + +主要な設定で確認されたパフォーマンスの向上は、主に Titan の RocksDB 圧縮を削減する機能によるものです。次の図に示されています。 + +- ベースライン: RocksDB 圧縮の合計スループットは 1 GiB/秒を超え、ピーク時には 3 GiB/秒を超えます。 +- 主要な設定: RocksDB 圧縮のピーク スループットは 100 MiB/s 未満に維持されます。 + +この圧縮オーバーヘッドの大幅な削減は、主要な設定構成で確認される全体的なスループットの向上に貢献します。 + +![Titan RocksDB compaction:](https://download.pingcap.com/images/docs/performance/titan-rocksdb-compactions.png) + +#### テストの作業負荷 {#test-workload} + +次の`go-ycsb load`のコマンドはデータをロードします。 + +```bash +go-ycsb load mysql -P /ycsb/workloads/workloada -p {host} -p mysql.port={port} -p threadcount=100 -p recordcount=5000000 -p operationcount=5000000 -p workload=core -p requestdistribution=uniform -pfieldcount=31 -p fieldlength=1024 +``` + +次の`go-ycsb run`のコマンドはワークロードを実行します。 + +```bash +go-ycsb run mysql -P /ycsb/workloads/workloada -p {host} -p mysql.port={port} -p mysql.db=test -p threadcount=100 -p recordcount=5000000 -p operationcount=5000000 -p workload=core -prequestdistribution=uniform -p fieldcount=31 -p fieldlength=1024 +``` + +## エッジケースと最適化 {#edge-cases-and-optimizations} + +このセクションでは、基本的な最適化を超えたターゲット調整が必要な特定のシナリオに合わせて TiDB を最適化する方法を説明します。特定のユースケースに合わせて TiDB を調整する方法を学習します。 + +### エッジケースを特定する {#identify-edge-cases} + +エッジケースを識別するには、次の手順を実行します。 + +1. クエリ パターンとワークロードの特性を分析します。 +2. システム メトリックを監視してパフォーマンスのボトルネックを特定します。 +3. 特定の問題についてアプリケーション チームからフィードバックを収集します。 + +### よくあるエッジケース {#common-edge-cases} + +以下に、一般的なエッジ ケースをいくつか示します。 + +- 頻度の高い小さなクエリに対する TSO 待機時間が長い +- さまざまなワークロードに適した最大チャンクサイズを選択する +- 読み取り負荷の高いワークロード向けにコプロセッサ キャッシュを調整する +- ワークロード特性に合わせてチャンクサイズを最適化する +- さまざまなワークロードに合わせてトランザクション モードと DML タイプを最適化する +- TiKVプッシュダウンで`GROUP BY`と`DISTINCT`操作を最適化する +- バッチ操作中の統計収集を最適化する +- 異なるインスタンスタイプに合わせてスレッドプール設定を最適化する + +次のセクションでは、それぞれのケースの処理方法について説明します。シナリオごとに異なるパラメータを調整するか、特定の TiDB 機能を使用する必要があります。 + +> **注記：** +> +> これらの最適化は、ユースケースやデータ パターンによって効果が異なる可能性があるため、慎重に適用し、徹底的にテストしてください。 + +### 頻度の高い小さなクエリに対する TSO 待機時間が長い {#high-tso-wait-for-high-frequency-small-queries} + +#### トラブルシューティング {#troubleshooting} + +ワークロードに、タイムスタンプを頻繁に要求する小規模なトランザクションやクエリが頻繁に含まれる場合、TSO (Timestamp Oracle) がパフォーマンスのボトルネックになる可能性があります。TSO 待機時間がシステムに影響を与えているかどうかを確認するには、 [**パフォーマンスの概要 > SQL 実行時間の概要**](/grafana-performance-overview-dashboard.md#sql-execute-time-overview)パネルを確認します。TSO 待機時間が SQL 実行時間の大部分を占める場合は、次の最適化を検討してください。 + +- 厳密な一貫性を必要としない読み取り操作には、低精度 TSO (有効[`tidb_low_resolution_tso`](/system-variables.md#tidb_low_resolution_tso) ) を使用します。詳細については、 [解決策1: 低精度TSOを使用する](#solution-1-low-precision-tso)参照してください。 +- [`tidb_enable_batch_dml`](/system-variables.md#tidb_enable_batch_dml)有効にすると、バッチ操作の TSO 要求が削減されます。 + +#### 解決策1: 低精度TSO {#solution-1-low-precision-tso} + +低精度TSO機能（ [`tidb_low_resolution_tso`](/system-variables.md#tidb_low_resolution_tso) ）を有効にすると、TSO待機時間を短縮できます。この機能を有効にすると、TiDBはキャッシュされたタイムスタンプを使用してデータを読み取るため、潜在的に古い読み取りを犠牲にしてTSO待機時間を短縮できます。 + +この最適化は、次のシナリオで特に効果的です。 + +- 多少の古さが許容される、読み取り中心のワークロード。 +- 絶対的な一貫性よりもクエリのレイテンシーを減らすことの方が重要なシナリオ。 +- 最新のコミット状態から数秒遅れた読み取りを許容できるアプリケーション。 + +利点とトレードオフ: + +- キャッシュされた TSO を使用して古い読み取りを有効にすることでクエリのレイテンシーを短縮し、新しいタイムスタンプを要求する必要性を排除します。 +- パフォーマンスとデータの一貫性のバランスをとる: この機能は、古い読み取りが許容されるシナリオにのみ適しています。厳密なデータの一貫性が必要な場合には、この機能を使用することはお勧めしません。 + +この最適化を有効にするには: + +```sql +SET GLOBAL tidb_low_resolution_tso=ON; +``` + +### 読み取り負荷の高いワークロード向けにコプロセッサ キャッシュを調整する {#tune-coprocessor-cache-for-read-heavy-workloads} + +[コプロセッサキャッシュ](/coprocessor-cache.md)最適化することで、読み取り負荷の高いワークロードのクエリ パフォーマンスを向上させることができます。このキャッシュにはコプロセッサ要求の結果が格納され、頻繁にアクセスされるデータの繰り返し計算が削減されます。キャッシュ パフォーマンスを最適化するには、次の手順を実行します。 + +1. [コプロセッサーキャッシュ](/coprocessor-cache.md#view-the-grafana-monitoring-panel)で説明したメトリックを使用してキャッシュヒット率を監視します。 +2. キャッシュ サイズを増やすと、より大きなワーキング セットのヒット率が向上します。 +3. クエリ パターンに基づいて許可しきい値を調整します。 + +読み取り負荷の高いワークロードに推奨される設定を以下に示します。 + +```toml +[tikv-client.copr-cache] +capacity-mb = 4096 +admission-max-ranges = 5000 +admission-max-result-mb = 10 +admission-min-process-ms = 0 +``` + +### ワークロード特性に合わせてチャンクサイズを最適化する {#optimize-chunk-size-for-workload-characteristics} + +[`tidb_max_chunk_size`](/system-variables.md#tidb_max_chunk_size)システム変数は、実行プロセス中のチャンク内の最大行数を設定します。ワークロードに基づいてこの値を調整すると、パフォーマンスが向上します。 + +- 大規模な同時実行性と小規模なトランザクションを伴う OLTP ワークロードの場合: + + - `128`行から`256`行の間の値を設定します (デフォルト値は`1024`です)。 + - これにより、メモリ使用量が削減され、制限クエリが高速化されます。 + - 使用例: ポイント クエリ、小範囲スキャン。 + + ```sql + SET GLOBAL tidb_max_chunk_size = 128; + ``` + +- 複雑なクエリと大規模な結果セットを含む OLAP または分析ワークロードの場合: + + - `1024`から`4096`行の間で値を設定します。 + - これにより、大量のデータをスキャンする際のスループットが向上します。 + - 使用例: 集計、大規模テーブルスキャン。 + + ```sql + SET GLOBAL tidb_max_chunk_size = 4096; + ``` + +### さまざまなワークロードに合わせてトランザクション モードと DML タイプを最適化する {#optimize-transaction-mode-and-dml-type-for-different-workloads} + +TiDB は、さまざまなワークロード パターンのパフォーマンスを最適化するために、さまざまなトランザクション モードと DML 実行タイプを提供します。 + +#### トランザクションモード {#transaction-modes} + +[`tidb_txn_mode`](/system-variables.md#tidb_txn_mode)システム変数を使用してトランザクション モードを設定できます。 + +- [悲観的なトランザクションモード](/pessimistic-transaction.md) (デフォルト): + + - 書き込み競合が発生する可能性のある一般的なワークロードに適しています。 + - より強力な一貫性保証を提供します。 + + ```sql + SET SESSION tidb_txn_mode = "pessimistic"; + ``` + +- [楽観的トランザクションモード](/optimistic-transaction.md) : + + - 書き込み競合が最小限のワークロードに適しています。 + - 複数ステートメントのトランザクションのパフォーマンスが向上します。 + - 例: `BEGIN; INSERT...; INSERT...; COMMIT;` . + + ```sql + SET SESSION tidb_txn_mode = "optimistic"; + ``` + +#### DMLタイプ {#dml-types} + +バージョン 8.0.0 で導入された[`tidb_dml_type`](/system-variables.md#tidb_dml_type-new-in-v800)システム変数を使用して、DML ステートメントの実行モードを制御できます。 + +バルク DML 実行モードを使用するには、 `tidb_dml_type`を`"bulk"`に設定します。このモードでは、競合なしでバルク データのロードが最適化され、大規模な書き込み操作中のメモリ使用量が削減されます。このモードを使用する前に、次の点を確認してください。 + +- 自動コミットが有効になっています。 +- [`pessimistic-auto-commit`](/tidb-configuration-file.md#pessimistic-auto-commit-new-in-v600)構成項目は`false`に設定されています。 + +```sql +SET SESSION tidb_dml_type = "bulk"; +``` + +### TiKV プッシュダウンを使用してGROUP BYおよびDISTINCT操作を最適化する {#optimize-code-group-by-code-and-code-distinct-code-operations-with-tikv-pushdown} + +TiDB は集計操作を TiKV にプッシュダウンして、データ転送と処理のオーバーヘッドを削減します。パフォーマンスの向上は、データの特性によって異なります。 + +#### 使用シナリオ {#usage-scenarios} + +- **理想的なシナリオ**（高いパフォーマンス向上）: + - 異なる値がほとんど含まれない列 (NDV が低い)。 + - 頻繁に重複する値を含むデータ。 + - 例: ステータス列、カテゴリ コード、日付部分。 + +- **理想的でないシナリオ**（潜在的なパフォーマンス低下）: + - ほとんどが一意の値を含む列 (高い NDV)。 + - 一意の識別子またはタイムスタンプ。 + - 例: ユーザー ID、トランザクション ID。 + +#### コンフィグレーション {#configuration} + +セッションレベルまたはグローバルレベルでプッシュダウンの最適化を有効にします。 + +```sql +-- Enable regular aggregation pushdown +SET GLOBAL tidb_opt_agg_push_down = ON; + +-- Enable distinct aggregation pushdown +SET GLOBAL tidb_opt_distinct_agg_push_down = ON; +``` + +### バッチ操作中の統計収集を最適化する {#optimize-statistics-collection-during-batch-operations} + +統計収集を管理することで、クエリの最適化を維持しながらバッチ操作中のパフォーマンスを最適化できます。このセクションでは、このプロセスを効果的に管理する方法について説明します。 + +#### auto analyzeを無効にする場合 {#when-to-disable-auto-analyze} + +次のシナリオでは、システム変数[`tidb_enable_auto_analyze`](/system-variables.md#tidb_enable_auto_analyze-new-in-v610)を`OFF`に設定することでauto analyzeを無効にすることができます。 + +- 大規模なデータのインポート中。 +- 一括更新操作中。 +- 時間に敏感なバッチ処理用。 +- 統計収集のタイミングを完全に制御する必要がある場合。 + +#### ベストプラクティス {#best-practices} + +- バッチ操作の前: + + ```sql + -- Disable auto analyze + SET GLOBAL tidb_enable_auto_analyze = OFF; + ``` + +- バッチ操作後: + + ```sql + -- Manually collect statistics + ANALYZE TABLE your_table; + + -- Re-enable auto analyze + SET GLOBAL tidb_enable_auto_analyze = ON; + ``` + +### さまざまなインスタンスタイプに合わせてスレッドプール設定を最適化する {#optimize-thread-pool-settings-for-different-instance-types} + +TiKV のパフォーマンスを向上させるには、インスタンスの CPU リソースに基づいてスレッド プールを構成します。次のガイドラインは、これらの設定を最適化するのに役立ちます。 + +- 8 ～ 16 個のコアを持つインスタンスの場合、通常はデフォルト設定で十分です。 + +- 32 個以上のコアを持つインスタンスの場合は、リソースの使用率を向上させるためにプール サイズを増やします。次のように設定を調整します。 + + ```toml + [server] + # Increase gRPC thread pool + grpc-concurrency = 10 + + [raftstore] + # Optimize for write-intensive workloads + apply-pool-size = 4 + store-pool-size = 4 + store-io-pool-size = 2 + ``` diff --git a/markdown-pages/ja/tidb/release-8.1/tidb-storage.md b/markdown-pages/ja/tidb/release-8.1/tidb-storage.md index f4f7624218..bc62c38466 100644 --- a/markdown-pages/ja/tidb/release-8.1/tidb-storage.md +++ b/markdown-pages/ja/tidb/release-8.1/tidb-storage.md @@ -40,7 +40,7 @@ TiKV はRaft を使用してデータ レプリケーションを実行します ![Raft in TiDB](https://download.pingcap.com/images/docs/tidb-storage-1.png) -要約すると、TiKV はスタンドアロン マシン RocksDB を介してディスクにデータをすばやく保存し、マシン障害が発生した場合にはRaft を介して複数のマシンにデータを複製できます。データは RocksDB ではなくRaftのインターフェイスを介して書き込まれます。Raft の実装により、TiKV は分散型キー値storageになります。マシンに障害が発生した場合でも、TiKV はネイティブのRaftプロトコルにより自動的にRaftを完了できるため、アプリケーションには影響しません。 +要約すると、TiKV はスタンドアロン マシン RocksDB を介してディスクにデータをすばやく保存し、マシン障害が発生した場合にはRaftを介して複数のマシンにデータを複製できます。データは RocksDB ではなくRaftのインターフェイスを介して書き込まれます。Raft の実装により、TiKV は分散型キー値storageになります。マシンに障害が発生した場合でも、TiKV はネイティブのRaftプロトコルにより自動的にRaftを完了できるため、アプリケーションには影響しません。 ## リージョン {#region} @@ -70,7 +70,7 @@ TiKV は、キー値空間全体を一連の連続するキー セグメント ![TiDB Storage](https://download.pingcap.com/images/docs/tidb-storage-3.png) -リージョン内でデータを分散および複製することで、ある程度の災害復旧機能を備えた分散型キー値システムが実現します。容量やディスク障害、データ損失について心配する必要がなくなります。 +リージョン内でデータを分散および複製することで、ある程度の災害復旧能力を備えた分散型キー値システムが実現します。容量やディスク障害、データ損失について心配する必要がなくなります。 ## MVCC {#mvcc} @@ -102,4 +102,4 @@ MVCC では、TiKV のキーと値のペアは次のようになります。 ## 分散ACIDトランザクション {#distributed-acid-transaction} -TiKV のトランザクションは、 Google が BigTable で使用しているモデルを採用しています: [パーコレーター](https://research.google.com/pubs/pub36726.html) 。TiKV の実装はこの論文にヒントを得て、多くの最適化が行われています。詳細については[取引の概要](/transaction-overview.md)参照してください。 +TiKV のトランザクションは、 Google が BigTable で使用しているモデルを採用しています: [パーコレーター](https://research.google/pubs/large-scale-incremental-processing-using-distributed-transactions-and-notifications/) 。TiKV の実装はこの論文にヒントを得て、多くの最適化が行われています。詳細については[取引の概要](/transaction-overview.md)参照してください。 diff --git a/markdown-pages/ja/tidb/release-8.1/tiflash/tiflash-overview.md b/markdown-pages/ja/tidb/release-8.1/tiflash/tiflash-overview.md index 7c7ef514b8..52b9e84484 100644 --- a/markdown-pages/ja/tidb/release-8.1/tiflash/tiflash-overview.md +++ b/markdown-pages/ja/tidb/release-8.1/tiflash/tiflash-overview.md @@ -37,9 +37,9 @@ TiFlash はTiDB と TiSpark の両方と互換性があり、これら 2 つの 現在、データを直接TiFlashに書き込むことはできません。TiFlash はLearnerロールとして TiDB クラスターに接続するため、TiKV にデータを書き込んでからTiFlashに複製する必要があります。TiFlashはテーブル単位でのデータ複製をサポートしていますが、デプロイ後、デフォルトではデータは複製されません。指定したテーブルのデータを複製するには、 [テーブルのTiFlashレプリカを作成する](/tiflash/create-tiflash-replicas.md#create-tiflash-replicas-for-tables)参照してください。 -TiFlash には、列型storageモジュール、 `tiflash proxy`の 3 `pd buddy`のコンポーネントがあります。5 `tiflash proxy` Multi-Raft コンセンサス アルゴリズムを使用した通信を担当します。7 `pd buddy` PD と連携して、テーブル単位で TiKV からTiFlashにデータを複製します。 +TiFlash は、列型storageコンポーネントとTiFlashプロキシコンポーネントという 2 つの主要コンポーネントで構成されています。TiFlashTiFlashコンポーネントは、 Multi-Raft コンセンサス アルゴリズムを使用した通信を担当します。 -TiDBがTiFlashにレプリカを作成するためのDDLコマンドを受信すると、 `pd buddy`コンポーネントはTiDBのステータスポートを介して複製されるテーブルの情報を取得し、その情報をPDに送信します。次に、PDは`pd buddy`から提供された情報に従って対応するデータスケジューリングを実行します。 +TiFlash内のテーブルのレプリカを作成するための DDL コマンドを受信すると、TiDB は PD 内に対応する[配置ルール](https://docs.pingcap.com/tidb/stable/configure-placement-rules)を自動的に作成し、PD はこれらのルールに基づいて対応するデータのスケジューリングを実行します。 ## 主な特徴 {#key-features} @@ -63,7 +63,7 @@ TiFlash内のレプリカは、特別なロールであるRaft Learnerとして TiFlash は、TiKV と同じスナップショット分離レベルの一貫性を提供し、最新のデータが読み取られることを保証します。つまり、TiKV に以前書き込まれたデータを読み取ることができます。このような一貫性は、データ レプリケーションの進行状況を検証することによって実現されます。 -TiFlash が読み取り要求を受信するたびに、リージョンレプリカは進行状況検証要求 (軽量 RPC 要求) をLeaderレプリカに送信します。TiFlashは、現在のレプリケーション進行状況に読み取り要求のタイムスタンプでカバーされるデータが含まれるようになった場合にのみ、読み取り操作を実行します。 +TiFlash が読み取り要求を受信するたびに、リージョンレプリカは進行状況検証要求 (軽量 RPC 要求) をLeaderレプリカに送信します。TiFlashは、現在のレプリケーション進行状況に読み取り要求のタイムスタンプでカバーされるデータが含まれた後にのみ、読み取り操作を実行します。 ### 賢い選択 {#intelligent-choice} diff --git a/markdown-pages/ja/tidb/release-8.1/tiflash/troubleshoot-tiflash.md b/markdown-pages/ja/tidb/release-8.1/tiflash/troubleshoot-tiflash.md index ec51bfbd45..ef55c307f5 100644 --- a/markdown-pages/ja/tidb/release-8.1/tiflash/troubleshoot-tiflash.md +++ b/markdown-pages/ja/tidb/release-8.1/tiflash/troubleshoot-tiflash.md @@ -47,17 +47,15 @@ summary: TiFlashクラスターのトラブルシューティングを行う際 3. `pd-ctl`を通じてTiFlashプロキシの状態が正常かどうかを確認します。 ```shell - echo "store" | /path/to/pd-ctl -u http://${pd-ip}:${pd-port} + tiup ctl:nightly pd -u http://${pd-ip}:${pd-port} store ``` TiFlashプロキシの`store.labels`は`{"key": "engine", "value": "tiflash"}`などの情報が含まれています。この情報を確認することで、 TiFlashプロキシを確認できます。 -4. `pd buddy`ログを正しく印刷できるかどうかを確認します (ログ パスは [flash.flash_cluster] 構成項目の`log`の値です。デフォルトのログ パスは、 TiFlash構成ファイルで構成されている`tmp`ディレクトリの下にあります)。 - -5. 構成されたレプリカの数が、クラスター内の TiKV ノードの数以下であるかどうかを確認します。そうでない場合、PD はデータをTiFlashに複製できません。 +4. 構成されたレプリカの数が、クラスター内の TiKV ノードの数以下であるかどうかを確認します。そうでない場合、PD はデータをTiFlashに複製できません。 ```shell - echo 'config placement-rules show' | /path/to/pd-ctl -u http://${pd-ip}:${pd-port} + tiup ctl:nightly pd -u http://${pd-ip}:${pd-port} config placement-rules show | grep -C 10 default ``` `default: count`の値を再確認します。 @@ -67,7 +65,7 @@ summary: TiFlashクラスターのトラブルシューティングを行う際 > - [配置ルール](/configure-placement-rules.md)が有効になっていて、複数のルールが存在する場合、以前に構成された[`max-replicas`](/pd-configuration-file.md#max-replicas) 、 [`location-labels`](/pd-configuration-file.md#location-labels) 、および[`isolation-level`](/pd-configuration-file.md#isolation-level)有効になりません。レプリカ ポリシーを調整するには、配置ルールに関連するインターフェイスを使用します。 > - [配置ルール](/configure-placement-rules.md)が有効になっていて、デフォルト ルールが 1 つだけ存在する場合、 `max-replicas` 、または`isolation-level` `location-labels`が変更されると、TiDB はこのデフォルト ルールを自動的に更新します。 -6. マシン ( TiFlashノードの`store`があるマシン) の残りのディスク容量が十分かどうかを確認します。デフォルトでは、残りのディスク容量が`store`容量 ( `low-space-ratio`パラメータによって制御されます) の 20% 未満の場合、PD はこのTiFlashノードにデータをスケジュールできません。 +5. マシン ( TiFlashノードの`store`があるマシン) の残りのディスク容量が十分かどうかを確認します。デフォルトでは、残りのディスク容量が`store`容量 ( [`low-space-ratio`](/pd-configuration-file.md#low-space-ratio)パラメータによって制御されます) の 20% 未満の場合、PD はこのTiFlashノードにデータをスケジュールできません。 ## 一部のクエリでは、 Region Unavailableエラーが返されます。 {#some-queries-return-the-code-region-unavailable-code-error} @@ -83,6 +81,63 @@ TiFlashへの負荷が大きすぎてTiFlashデータのレプリケーション 2. TiFlashノードの関連データを削除します。 3. クラスター内のTiFlashノードを再デプロイします。 +## TiFlashノードの削除は遅い {#removing-tiflash-nodes-is-slow} + +この問題に対処するには、次の手順を実行します。 + +1. クラスターのスケールイン後に使用可能なTiFlashノードの数よりも多くのTiFlashレプリカがテーブルに存在するかどうかを確認します。 + + ```sql + SELECT * FROM information_schema.tiflash_replica WHERE REPLICA_COUNT > 'tobe_left_nodes'; + ``` + + `tobe_left_nodes`スケールイン後のTiFlashノードの数です。 + + クエリ結果が空でない場合は、対応するテーブルのTiFlashレプリカの数を変更する必要があります。これは、スケールイン後にTiFlashレプリカの数がTiFlashノードの数を超えると、PD が削除するTiFlashノードからリージョンピアを移動しないため、これらのTiFlashノードの削除が失敗するためです。 + +2. すべてのTiFlashノードをクラスターから削除する必要があるシナリオで、 `INFORMATION_SCHEMA.TIFLASH_REPLICA`テーブルにクラスター内にTiFlashレプリカが存在しないことが示されていても、 TiFlashノードの削除が依然として失敗する場合は、最近`DROP TABLE .`または`DROP DATABASE `操作を実行したかどうかを確認します。 + + TiFlashレプリカを持つテーブルまたはデータベースの場合、 `DROP TABLE .`または`DROP DATABASE `実行した後、TiDB は PD 内の対応するテーブルのTiFlashレプリケーション ルールをすぐに削除しません。代わりに、対応するテーブルがガベージコレクション(GC) 条件を満たすまで待機してから、これらのレプリケーション ルールを削除します。GC が完了すると、対応するTiFlashノードを正常に削除できます。 + + GC 条件が満たされる前にTiFlashのデータ複製ルールを手動で削除するには、次の操作を実行します。 + + > **注記：** + > + > テーブルのTiFlashレプリケーション ルールを手動で削除した後、このテーブルに対して`RECOVER TABLE` 、または`FLASHBACK DATABASE` `FLASHBACK TABLE`を実行すると、このテーブルのTiFlashレプリカは復元されません。 + + 1. 現在の PD インスタンス内のTiFlashに関連するすべてのデータ複製ルールをビュー。 + + ```shell + curl http://:/pd/api/v1/config/rules/group/tiflash + ``` + + [ + { + "group_id": "tiflash", + "id": "table-45-r", + "override": true, + "start_key": "7480000000000000FF2D5F720000000000FA", + "end_key": "7480000000000000FF2E00000000000000F8", + "role": "learner", + "count": 1, + "label_constraints": [ + { + "key": "engine", + "op": "in", + "values": [ + "tiflash" + ] + } + ] + } + ] + + 2. TiFlashに関連するすべてのデータ複製ルールを削除します。1 が`id` `table-45-r`あるルールを例にとります。次のコマンドで削除します。 + + ```shell + curl -v -X DELETE http://:/pd/api/v1/config/rule/tiflash/table-45-r + ``` + ## TiFlash分析は遅い {#tiflash-analysis-is-slow} ステートメントに MPP モードでサポートされていない演算子または関数が含まれている場合、TiDB は MPP モードを選択しません。そのため、ステートメントの分析は遅くなります。この場合、 `EXPLAIN`ステートメントを実行して、MPP モードでサポートされていない演算子または関数をチェックできます。 diff --git a/markdown-pages/ja/tidb/release-8.1/tso.md b/markdown-pages/ja/tidb/release-8.1/tso.md index 925bc66fbd..45c09d7e54 100644 --- a/markdown-pages/ja/tidb/release-8.1/tso.md +++ b/markdown-pages/ja/tidb/release-8.1/tso.md @@ -5,7 +5,7 @@ summary: TiDB の TimeStamp Oracle (TSO) について学習します。 # TiDB のタイムスタンプ Oracle (TSO) {#timestamp-oracle-tso-in-tidb} -TiDB では、配置Driver(PD) が、クラスター内のさまざまなコンポーネントにタイムスタンプを割り当てる上で重要な役割を果たします。これらのタイムスタンプは、トランザクションとデータに時間マーカーを割り当てる際に重要な役割を果たします。これは、TiDB 内で[パーコレーター](https://research.google.com/pubs/pub36726.html)モデルを有効にするために不可欠なメカニズムです。Percolator モデルは、マルチバージョン同時実行制御 (MVCC) と[取引管理](/transaction-overview.md)サポートするために使用されます。 +TiDB では、配置Driver(PD) が、クラスター内のさまざまなコンポーネントにタイムスタンプを割り当てる上で重要な役割を果たします。これらのタイムスタンプは、トランザクションとデータに時間マーカーを割り当てる際に重要な役割を果たします。これは、TiDB 内で[パーコレーター](https://research.google/pubs/large-scale-incremental-processing-using-distributed-transactions-and-notifications/)モデルを有効にするために不可欠なメカニズムです。Percolator モデルは、 [マルチバージョン同時実行制御 (MVCC)](https://docs.pingcap.com/tidb/stable/glossary#multi-version-concurrency-control-mvcc)と[取引管理](/transaction-overview.md)サポートするために使用されます。 次の例は、TiDB で現在の TSO を取得する方法を示しています。 diff --git a/markdown-pages/ja/tidbcloud/master/TOC.md b/markdown-pages/ja/tidbcloud/master/TOC.md index 8ec6193360..ef56120137 100644 --- a/markdown-pages/ja/tidbcloud/master/TOC.md +++ b/markdown-pages/ja/tidbcloud/master/TOC.md @@ -2,118 +2,137 @@ -- [ドキュメントホーム](https://docs.pingcap.com/) -- TiDB Cloudについて - - [TiDB Cloudとは](/tidb-cloud/tidb-cloud-intro.md) - - [アーキテクチャ](/tidb-cloud/tidb-cloud-intro.md#architecture) - - 高可用性 - - [マルチAZ配置](/tidb-cloud/high-availability-with-multi-az.md) - - [TiDB Cloud Serverless の高可用性](/tidb-cloud/serverless-high-availability.md) +# 目次 {#table-of-contents} + +## 始めましょう {#get-started} + +- TiDB Cloudを選ぶ理由 + - [TiDB Cloudの紹介](/tidb-cloud/tidb-cloud-intro.md) - [MySQL 互換性](/mysql-compatibility.md) - [ロードマップ](/tidb-cloud/tidb-cloud-roadmap.md) -- 始める - - [TiDB Cloud を試してみる](/tidb-cloud/tidb-cloud-quickstart.md) +- TiDB Cloudを使い始める + - [TiDB Cloud Serverless を試してみる](/tidb-cloud/tidb-cloud-quickstart.md) - [TiDB + AI を試してみる](/tidb-cloud/vector-search-get-started-using-python.md) - [HTAPを試してみる](/tidb-cloud/tidb-cloud-htap-quickstart.md) - [TiDB Cloud CLI を試してみる](/tidb-cloud/get-started-with-cli.md) - [PoCを実行する](/tidb-cloud/tidb-cloud-poc.md) -- アプリケーションの開発 - - [概要](/develop/dev-guide-overview.md) - - クイックスタート - - [TiDB Cloudサーバーレスクラスタを構築する](/develop/dev-guide-build-cluster-in-cloud.md) - - [TiDB の CRUD SQL](/develop/dev-guide-tidb-crud-sql.md) - - TiDB Cloudに接続する - - GUI データベース ツール - - [ジェットブレインズ データグリップ](/develop/dev-guide-gui-datagrip.md) - - [DBeaver](/develop/dev-guide-gui-dbeaver.md) - - [VSコード](/develop/dev-guide-gui-vscode-sqltools.md) - - [MySQL ワークベンチ](/develop/dev-guide-gui-mysql-workbench.md) - - [ナビキャット](/develop/dev-guide-gui-navicat.md) - - [DriverまたはORMを選択](/develop/dev-guide-choose-driver-or-orm.md) - - ビ - - [ルッカースタジオ](/tidb-cloud/dev-guide-bi-looker-studio.md) - - Java - - [ODBC ドライバ](/develop/dev-guide-sample-application-java-jdbc.md) - - [マイバティス](/develop/dev-guide-sample-application-java-mybatis.md) - - [休止状態](/develop/dev-guide-sample-application-java-hibernate.md) - - [スプリングブート](/develop/dev-guide-sample-application-java-spring-boot.md) - - [接続プールと接続パラメータ](/develop/dev-guide-connection-parameters.md) - - 行く - - [Go-MySQL-ドライバー](/develop/dev-guide-sample-application-golang-sql-driver.md) - - [ゴーム](/develop/dev-guide-sample-application-golang-gorm.md) - - パイソン - - [mysqlクライアント](/develop/dev-guide-sample-application-python-mysqlclient.md) - - [MySQL コネクタ/Python](/develop/dev-guide-sample-application-python-mysql-connector.md) - - [pyMySQL の](/develop/dev-guide-sample-application-python-pymysql.md) - - [SQLアルケミー](/develop/dev-guide-sample-application-python-sqlalchemy.md) - - [ピーウィー](/develop/dev-guide-sample-application-python-peewee.md) - - [ジャンゴ](/develop/dev-guide-sample-application-python-django.md) - - Node.js - - [ノード-mysql2](/develop/dev-guide-sample-application-nodejs-mysql2.md) - - [js の](/develop/dev-guide-sample-application-nodejs-mysqljs.md) - - [プリズマ](/develop/dev-guide-sample-application-nodejs-prisma.md) - - [続編](/develop/dev-guide-sample-application-nodejs-sequelize.md) - - [タイプORM](/develop/dev-guide-sample-application-nodejs-typeorm.md) - - [次](/develop/dev-guide-sample-application-nextjs.md) - - [AWS ラムダ](/develop/dev-guide-sample-application-aws-lambda.md) - - ルビー - - [マイSQL2](/develop/dev-guide-sample-application-ruby-mysql2.md) - - [レール](/develop/dev-guide-sample-application-ruby-rails.md) - - [ワードプレス](/tidb-cloud/dev-guide-wordpress.md) - - サーバーレスDriver(ベータ版) - - [TiDB CloudサーバーレスDriver](/tidb-cloud/serverless-driver.md) - - [Node.jsの例](/tidb-cloud/serverless-driver-node-example.md) - - [プリズマの例](/tidb-cloud/serverless-driver-prisma-example.md) - - [Kyselyの例](/tidb-cloud/serverless-driver-kysely-example.md) - - [霧雨の例](/tidb-cloud/serverless-driver-drizzle-example.md) +- 重要な概念 + - [アーキテクチャ](/tidb-cloud/architecture-concepts.md) + - [データベーススキーマ](/tidb-cloud/database-schema-concepts.md) + - [取引](/tidb-cloud/transaction-concepts.md) + - [構文](/tidb-cloud/sql-concepts.md) + - [AI機能](/tidb-cloud/ai-feature-concepts.md) + - [データサービス](/tidb-cloud/data-service-concepts.md) ![BETA](https://download.pingcap.com/images/docs/tidb-cloud/blank_transparent_placeholder.png) + - [スケーラビリティ](/tidb-cloud/scalability-concepts.md) + - 高可用性 + - [TiDB Cloud Serverless の高可用性](/tidb-cloud/serverless-high-availability.md) + - [TiDB Cloud専用における高可用性](/tidb-cloud/high-availability-with-multi-az.md) + - [監視](/tidb-cloud/monitoring-concepts.md) + - [データストリーミング](/tidb-cloud/data-streaming-concepts.md) + - [バックアップと復元](/tidb-cloud/backup-and-restore-concepts.md) + - [Security](/tidb-cloud/security-concepts.md) + +## 開発する {#develop} + +- 開発クイックスタート + - [開発者ガイドの概要](/develop/dev-guide-overview.md) + - [TiDB Cloudサーバーレスクラスタを構築する](/develop/dev-guide-build-cluster-in-cloud.md) + - [TiDB の CRUD SQL](/develop/dev-guide-tidb-crud-sql.md) +- TiDB Cloudに接続する + - GUI データベース ツール + - [ジェットブレインズ データグリップ](/develop/dev-guide-gui-datagrip.md) + - [DBeaver](/develop/dev-guide-gui-dbeaver.md) + - [VSコード](/develop/dev-guide-gui-vscode-sqltools.md) + - [MySQL ワークベンチ](/develop/dev-guide-gui-mysql-workbench.md) + - [ナビキャット](/develop/dev-guide-gui-navicat.md) + - [DriverまたはORMを選択](/develop/dev-guide-choose-driver-or-orm.md) + - ビ + - [ルッカースタジオ](/tidb-cloud/dev-guide-bi-looker-studio.md) + - Java + - [ODBC ドライバ](/develop/dev-guide-sample-application-java-jdbc.md) + - [マイバティス](/develop/dev-guide-sample-application-java-mybatis.md) + - [休止状態](/develop/dev-guide-sample-application-java-hibernate.md) + - [スプリングブート](/develop/dev-guide-sample-application-java-spring-boot.md) + - [接続プールと接続パラメータ](/develop/dev-guide-connection-parameters.md) + - 行く + - [Go-MySQL-ドライバー](/develop/dev-guide-sample-application-golang-sql-driver.md) + - [ゴーム](/develop/dev-guide-sample-application-golang-gorm.md) + - パイソン + - [mysqlクライアント](/develop/dev-guide-sample-application-python-mysqlclient.md) + - [MySQL コネクタ/Python](/develop/dev-guide-sample-application-python-mysql-connector.md) + - [pyMySQL の](/develop/dev-guide-sample-application-python-pymysql.md) + - [SQLアルケミー](/develop/dev-guide-sample-application-python-sqlalchemy.md) + - [ピーウィー](/develop/dev-guide-sample-application-python-peewee.md) + - [ジャンゴ](/develop/dev-guide-sample-application-python-django.md) + - Node.js + - [ノード-mysql2](/develop/dev-guide-sample-application-nodejs-mysql2.md) + - [js の](/develop/dev-guide-sample-application-nodejs-mysqljs.md) + - [プリズマ](/develop/dev-guide-sample-application-nodejs-prisma.md) + - [続編](/develop/dev-guide-sample-application-nodejs-sequelize.md) + - [タイプORM](/develop/dev-guide-sample-application-nodejs-typeorm.md) + - [次](/develop/dev-guide-sample-application-nextjs.md) + - [AWS ラムダ](/develop/dev-guide-sample-application-aws-lambda.md) + - ルビー + - [マイSQL2](/develop/dev-guide-sample-application-ruby-mysql2.md) + - [レール](/develop/dev-guide-sample-application-ruby-rails.md) + - [ワードプレス](/tidb-cloud/dev-guide-wordpress.md) + - サーバーレスDriver![BETA](https://download.pingcap.com/images/docs/tidb-cloud/blank_transparent_placeholder.png) + - [TiDB CloudサーバーレスDriver](/tidb-cloud/serverless-driver.md) + - [Node.jsの例](/tidb-cloud/serverless-driver-node-example.md) + - [プリズマの例](/tidb-cloud/serverless-driver-prisma-example.md) + - [Kyselyの例](/tidb-cloud/serverless-driver-kysely-example.md) + - [霧雨の例](/tidb-cloud/serverless-driver-drizzle-example.md) +- 開発リファレンス + - データベーススキーマの設計 + - [概要](/develop/dev-guide-schema-design-overview.md) + - [データベースを作成する](/develop/dev-guide-create-database.md) + - [テーブルを作成する](/develop/dev-guide-create-table.md) + - [セカンダリインデックスを作成する](/develop/dev-guide-create-secondary-indexes.md) + - データの書き込み + - [データの挿入](/develop/dev-guide-insert-data.md) + - [データの更新](/develop/dev-guide-update-data.md) + - [データを削除](/develop/dev-guide-delete-data.md) + - [TTL (Time to Live) を使用して期限切れのデータを定期的に削除する](/time-to-live.md) + - [準備された声明](/develop/dev-guide-prepared-statement.md) + - データの読み取り + - [単一のテーブルからデータをクエリする](/develop/dev-guide-get-data-from-single-table.md) + - [複数テーブル結合クエリ](/develop/dev-guide-join-tables.md) + - [サブクエリ](/develop/dev-guide-use-subqueries.md) + - [結果をページ分けする](/develop/dev-guide-paginate-results.md) + - [ビュー](/develop/dev-guide-use-views.md) + - [一時テーブル](/develop/dev-guide-use-temporary-tables.md) + - [共通テーブル式](/develop/dev-guide-use-common-table-expression.md) + - レプリカデータの読み取り + - [Follower Read](/develop/dev-guide-use-follower-read.md) + - [ステイル読み取り](/develop/dev-guide-use-stale-read.md) + - [HTAP クエリ](/develop/dev-guide-hybrid-oltp-and-olap-queries.md) + - トランザクション + - [概要](/develop/dev-guide-transaction-overview.md) + - [楽観的取引と悲観的取引](/develop/dev-guide-optimistic-and-pessimistic-transaction.md) + - [トランザクション制限](/develop/dev-guide-transaction-restraints.md) + - [トランザクションエラーの処理](/develop/dev-guide-transaction-troubleshoot.md) + - 最適化する + - [概要](/develop/dev-guide-optimize-sql-overview.md) + - [SQL性能チューニング](/develop/dev-guide-optimize-sql.md) + - [性能チューニングのベストプラクティス](/develop/dev-guide-optimize-sql-best-practices.md) + - [インデックス作成のベストプラクティス](/develop/dev-guide-index-best-practice.md) + - その他の最適化方法 + - [暗黙的な型変換を避ける](/develop/dev-guide-implicit-type-conversion.md) + - [ユニークなシリアル番号の生成](/develop/dev-guide-unique-serial-number-generation.md) + - トラブルシューティング + - [SQL またはトランザクションの問題](/develop/dev-guide-troubleshoot-overview.md) + - [不安定な結果セット](/develop/dev-guide-unstable-result-set.md) + - [タイムアウト](/develop/dev-guide-timeouts-in-tidb.md) + - 開発ガイドライン + - [オブジェクトの命名規則](/develop/dev-guide-object-naming-guidelines.md) + - [SQL開発仕様](/develop/dev-guide-sql-development-specification.md) + - [書店のサンプルアプリケーション](/develop/dev-guide-bookshop-schema-design.md) - サードパーティのサポート - [TiDB がサポートするサードパーティ ツール](/develop/dev-guide-third-party-support.md) - [サードパーティツールとの既知の非互換性の問題](/develop/dev-guide-third-party-tools-compatibility.md) - - 開発リファレンス - - データベーススキーマの設計 - - [概要](/develop/dev-guide-schema-design-overview.md) - - [データベースを作成する](/develop/dev-guide-create-database.md) - - [テーブルを作成する](/develop/dev-guide-create-table.md) - - [セカンダリインデックスを作成する](/develop/dev-guide-create-secondary-indexes.md) - - データの書き込み - - [データの挿入](/develop/dev-guide-insert-data.md) - - [データの更新](/develop/dev-guide-update-data.md) - - [データを削除](/develop/dev-guide-delete-data.md) - - [TTL (Time to Live) を使用して期限切れのデータを定期的に削除する](/time-to-live.md) - - [準備された声明](/develop/dev-guide-prepared-statement.md) - - データの読み取り - - [単一のテーブルからデータをクエリする](/develop/dev-guide-get-data-from-single-table.md) - - [複数テーブル結合クエリ](/develop/dev-guide-join-tables.md) - - [サブクエリ](/develop/dev-guide-use-subqueries.md) - - [結果をページ分けする](/develop/dev-guide-paginate-results.md) - - [ビュー](/develop/dev-guide-use-views.md) - - [一時テーブル](/develop/dev-guide-use-temporary-tables.md) - - [共通テーブル式](/develop/dev-guide-use-common-table-expression.md) - - レプリカデータの読み取り - - [Follower Read](/develop/dev-guide-use-follower-read.md) - - [ステイル読み取り](/develop/dev-guide-use-stale-read.md) - - [HTAP クエリ](/develop/dev-guide-hybrid-oltp-and-olap-queries.md) - - トランザクション - - [概要](/develop/dev-guide-transaction-overview.md) - - [楽観的取引と悲観的取引](/develop/dev-guide-optimistic-and-pessimistic-transaction.md) - - [トランザクション制限](/develop/dev-guide-transaction-restraints.md) - - [トランザクションエラーの処理](/develop/dev-guide-transaction-troubleshoot.md) - - 最適化する - - [概要](/develop/dev-guide-optimize-sql-overview.md) - - [SQL性能チューニング](/develop/dev-guide-optimize-sql.md) - - [性能チューニングのベストプラクティス](/develop/dev-guide-optimize-sql-best-practices.md) - - [インデックス作成のベストプラクティス](/develop/dev-guide-index-best-practice.md) - - その他の最適化方法 - - [暗黙的な型変換を避ける](/develop/dev-guide-implicit-type-conversion.md) - - [ユニークなシリアル番号の生成](/develop/dev-guide-unique-serial-number-generation.md) - - トラブルシューティング - - [SQL またはトランザクションの問題](/develop/dev-guide-troubleshoot-overview.md) - - [不安定な結果セット](/develop/dev-guide-unstable-result-set.md) - - [タイムアウト](/develop/dev-guide-timeouts-in-tidb.md) - - 開発ガイドライン - - [オブジェクトの命名規則](/develop/dev-guide-object-naming-guidelines.md) - - [SQL開発仕様](/develop/dev-guide-sql-development-specification.md) - - [書店のサンプルアプリケーション](/develop/dev-guide-bookshop-schema-design.md) + +## ガイド {#guides} + - クラスタの管理 - クラスタを計画する - [Cluster Tierを選択](/tidb-cloud/select-cluster-tier.md) @@ -125,7 +144,7 @@ - [接続の概要](/tidb-cloud/connect-to-tidb-cluster-serverless.md) - [パブリックエンドポイント経由で接続](/tidb-cloud/connect-via-standard-connection-serverless.md) - [プライベートエンドポイント経由で接続](/tidb-cloud/set-up-private-endpoint-connections-serverless.md) - - ブランチ（ベータ版） + - 支店![BETA](https://download.pingcap.com/images/docs/tidb-cloud/blank_transparent_placeholder.png) - [概要](/tidb-cloud/branch-overview.md) - [ブランチの管理](/tidb-cloud/branch-manage.md) - [GitHub 統合](/tidb-cloud/branch-github-integration.md) @@ -161,12 +180,12 @@ - [組み込みメトリック](/tidb-cloud/built-in-monitoring.md) - [組み込みアラート](/tidb-cloud/monitor-built-in-alerting.md) - [クラスタイベント](/tidb-cloud/tidb-cloud-events.md) - - [サードパーティのメトリクス統合（ベータ版）](/tidb-cloud/third-party-monitoring-integrations.md) + - [サードパーティのメトリクスの統合](/tidb-cloud/third-party-monitoring-integrations.md) ![BETA](https://download.pingcap.com/images/docs/tidb-cloud/blank_transparent_placeholder.png) - パフォーマンスの調整 - [概要](/tidb-cloud/tidb-cloud-tune-performance-overview.md) - パフォーマンスを分析する - [診断タブを使用する](/tidb-cloud/tune-performance.md) - - [Index Insight (ベータ版) を使用する](/tidb-cloud/index-insight.md) + - [インデックスインサイトを使用する](/tidb-cloud/index-insight.md) ![BETA](https://download.pingcap.com/images/docs/tidb-cloud/blank_transparent_placeholder.png) - [ステートメント概要表の使用](/statement-summary-tables.md) - SQLチューニング - [概要](/tidb-cloud/tidb-cloud-sql-tuning-overview.md) @@ -249,9 +268,9 @@ - [データ移行の事前チェックエラー、移行エラー、アラート](/tidb-cloud/tidb-cloud-dm-precheck-and-troubleshooting.md) - [AWS DMS をTiDB Cloudクラスターに接続する](/tidb-cloud/tidb-cloud-connect-aws-dms.md) - データを探索する - - [SQL エディターの Chat2Query (ベータ版)](/tidb-cloud/explore-data-with-chat2query.md) + - [SQL エディタでの Chat2Query](/tidb-cloud/explore-data-with-chat2query.md) ![BETA](https://download.pingcap.com/images/docs/tidb-cloud/blank_transparent_placeholder.png) - [SQL プロキシ アカウント](/tidb-cloud/sql-proxy-account.md) -- ベクトル検索（ベータ版） +- ベクトル検索![BETA](https://download.pingcap.com/images/docs/tidb-cloud/blank_transparent_placeholder.png) - [概要](/tidb-cloud/vector-search-overview.md) - 始める - [SQL を使い始める](/tidb-cloud/vector-search-get-started-using-sql.md) @@ -274,7 +293,7 @@ - [パフォーマンスの向上](/tidb-cloud/vector-search-improve-performance.md) - [制限事項](/tidb-cloud/vector-search-limitations.md) - [変更履歴](/tidb-cloud/vector-search-changelogs.md) -- データ サービス (ベータ版) +- データサービス![BETA](https://download.pingcap.com/images/docs/tidb-cloud/blank_transparent_placeholder.png) - [概要](/tidb-cloud/data-service-overview.md) - [始める](/tidb-cloud/data-service-get-started.md) - チャット2クエリAPI @@ -341,19 +360,6 @@ - [データ移行の請求](/tidb-cloud/tidb-cloud-billing-dm.md) - [リカバリグループの請求](/tidb-cloud/tidb-cloud-billing-recovery-group.md) - [予算を管理する](/tidb-cloud/tidb-cloud-budget.md) -- TiDB Cloudパートナー Web コンソール - - [TiDB Cloudパートナー](/tidb-cloud/tidb-cloud-partners.md) - - [MSP 顧客](/tidb-cloud/managed-service-provider-customer.md) - - [再販業者の顧客](/tidb-cloud/cppo-customer.md) -- 翻訳 - - [APIの概要](/tidb-cloud/api-overview.md) - - APIリファレンス - - v1ベータ1 - - [請求する](https://docs.pingcap.com/tidbcloud/api/v1beta1/billing) - - [データサービス](https://docs.pingcap.com/tidbcloud/api/v1beta1/dataservice) - - [IAMは](https://docs.pingcap.com/tidbcloud/api/v1beta1/iam) - - [MSP (非推奨)](https://docs.pingcap.com/tidbcloud/api/v1beta1/msp) - - [v1ベータ](https://docs.pingcap.com/tidbcloud/api/v1beta) - 統合 - [エアバイト](/tidb-cloud/integrate-tidbcloud-with-airbyte.md) - [Amazon アプリフロー](/develop/dev-guide-aws-appflow-integration.md) @@ -375,20 +381,383 @@ - [インポートリソースの使用](/tidb-cloud/terraform-use-import-resource.md) - [ヴェルセル](/tidb-cloud/integrate-tidbcloud-with-vercel.md) - [ザピエール](/tidb-cloud/integrate-tidbcloud-with-zapier.md) -- 参照 + +## 参照 {#reference} + +- SQL リファレンス + - [TiDB で SQL を探索する](/basic-sql-operations.md) + - SQL 言語の構造と構文 + - 属性 + - [自動インクリメント](/auto-increment.md) + - [自動ランダム](/auto-random.md) + - [シャード行IDビット](/shard-row-id-bits.md) + - [リテラル値](/literal-values.md) + - [スキーマオブジェクト名](/schema-object-names.md) + - [キーワードと予約語](/keywords.md) + - [ユーザー定義変数](/user-defined-variables.md) + - [式の構文](/expression-syntax.md) + - [コメント構文](/comment-syntax.md) + - SQL ステートメント + - [概要](/sql-statements/sql-statement-overview.md) + - [`ADMIN`](/sql-statements/sql-statement-admin.md) + - [`ADMIN CANCEL DDL`](/sql-statements/sql-statement-admin-cancel-ddl.md) + - [`ADMIN CHECKSUM TABLE`](/sql-statements/sql-statement-admin-checksum-table.md) + - [`ADMIN CHECK [TABLE|INDEX]`](/sql-statements/sql-statement-admin-check-table-index.md) + - [`ADMIN CLEANUP INDEX`](/sql-statements/sql-statement-admin-cleanup.md) + - [`ADMIN PAUSE DDL`](/sql-statements/sql-statement-admin-pause-ddl.md) + - [`ADMIN RECOVER INDEX`](/sql-statements/sql-statement-admin-recover.md) + - [`ADMIN RESUME DDL`](/sql-statements/sql-statement-admin-resume-ddl.md) + - [`ADMIN SHOW DDL [JOBS|JOB QUERIES]`](/sql-statements/sql-statement-admin-show-ddl.md) + - [`ALTER DATABASE`](/sql-statements/sql-statement-alter-database.md) + - [`ALTER INSTANCE`](/sql-statements/sql-statement-alter-instance.md) + - [`ALTER PLACEMENT POLICY`](/sql-statements/sql-statement-alter-placement-policy.md) + - [`ALTER RANGE`](/sql-statements/sql-statement-alter-range.md) + - [`ALTER RESOURCE GROUP`](/sql-statements/sql-statement-alter-resource-group.md) + - [`ALTER SEQUENCE`](/sql-statements/sql-statement-alter-sequence.md) + - `ALTER TABLE` + - [概要](/sql-statements/sql-statement-alter-table.md) + - [`ADD COLUMN`](/sql-statements/sql-statement-add-column.md) + - [`ADD INDEX`](/sql-statements/sql-statement-add-index.md) + - [`ALTER INDEX`](/sql-statements/sql-statement-alter-index.md) + - [`CHANGE COLUMN`](/sql-statements/sql-statement-change-column.md) + - [`COMPACT`](/sql-statements/sql-statement-alter-table-compact.md) + - [`DROP COLUMN`](/sql-statements/sql-statement-drop-column.md) + - [`DROP INDEX`](/sql-statements/sql-statement-drop-index.md) + - [`MODIFY COLUMN`](/sql-statements/sql-statement-modify-column.md) + - [`RENAME INDEX`](/sql-statements/sql-statement-rename-index.md) + - [`ALTER USER`](/sql-statements/sql-statement-alter-user.md) + - [`ANALYZE TABLE`](/sql-statements/sql-statement-analyze-table.md) + - [`BACKUP`](/sql-statements/sql-statement-backup.md) + - [`BATCH`](/sql-statements/sql-statement-batch.md) + - [`BEGIN`](/sql-statements/sql-statement-begin.md) + - [`CANCEL IMPORT JOB`](/sql-statements/sql-statement-cancel-import-job.md) + - [`COMMIT`](/sql-statements/sql-statement-commit.md) + - [`CREATE [GLOBAL|SESSION] BINDING`](/sql-statements/sql-statement-create-binding.md) + - [`CREATE DATABASE`](/sql-statements/sql-statement-create-database.md) + - [`CREATE INDEX`](/sql-statements/sql-statement-create-index.md) + - [`CREATE PLACEMENT POLICY`](/sql-statements/sql-statement-create-placement-policy.md) + - [`CREATE RESOURCE GROUP`](/sql-statements/sql-statement-create-resource-group.md) + - [`CREATE ROLE`](/sql-statements/sql-statement-create-role.md) + - [`CREATE SEQUENCE`](/sql-statements/sql-statement-create-sequence.md) + - [`CREATE TABLE LIKE`](/sql-statements/sql-statement-create-table-like.md) + - [`CREATE TABLE`](/sql-statements/sql-statement-create-table.md) + - [`CREATE USER`](/sql-statements/sql-statement-create-user.md) + - [`CREATE VIEW`](/sql-statements/sql-statement-create-view.md) + - [`DEALLOCATE`](/sql-statements/sql-statement-deallocate.md) + - [`DELETE`](/sql-statements/sql-statement-delete.md) + - [`DESC`](/sql-statements/sql-statement-desc.md) + - [`DESCRIBE`](/sql-statements/sql-statement-describe.md) + - [`DO`](/sql-statements/sql-statement-do.md) + - [`DROP [GLOBAL|SESSION] BINDING`](/sql-statements/sql-statement-drop-binding.md) + - [`DROP DATABASE`](/sql-statements/sql-statement-drop-database.md) + - [`DROP PLACEMENT POLICY`](/sql-statements/sql-statement-drop-placement-policy.md) + - [`DROP RESOURCE GROUP`](/sql-statements/sql-statement-drop-resource-group.md) + - [`DROP ROLE`](/sql-statements/sql-statement-drop-role.md) + - [`DROP SEQUENCE`](/sql-statements/sql-statement-drop-sequence.md) + - [`DROP STATS`](/sql-statements/sql-statement-drop-stats.md) + - [`DROP TABLE`](/sql-statements/sql-statement-drop-table.md) + - [`DROP USER`](/sql-statements/sql-statement-drop-user.md) + - [`DROP VIEW`](/sql-statements/sql-statement-drop-view.md) + - [`EXECUTE`](/sql-statements/sql-statement-execute.md) + - [`EXPLAIN ANALYZE`](/sql-statements/sql-statement-explain-analyze.md) + - [`EXPLAIN`](/sql-statements/sql-statement-explain.md) + - [`FLASHBACK CLUSTER`](/sql-statements/sql-statement-flashback-cluster.md) + - [`FLASHBACK DATABASE`](/sql-statements/sql-statement-flashback-database.md) + - [`FLASHBACK TABLE`](/sql-statements/sql-statement-flashback-table.md) + - [`FLUSH PRIVILEGES`](/sql-statements/sql-statement-flush-privileges.md) + - [`FLUSH STATUS`](/sql-statements/sql-statement-flush-status.md) + - [`FLUSH TABLES`](/sql-statements/sql-statement-flush-tables.md) + - [`GRANT <privileges>`](/sql-statements/sql-statement-grant-privileges.md) + - [`GRANT <role>`](/sql-statements/sql-statement-grant-role.md) + - [`IMPORT INTO`](/sql-statements/sql-statement-import-into.md) + - [`INSERT`](/sql-statements/sql-statement-insert.md) + - [`KILL [TIDB]`](/sql-statements/sql-statement-kill.md) + - [`LOAD DATA`](/sql-statements/sql-statement-load-data.md) + - [`LOAD STATS`](/sql-statements/sql-statement-load-stats.md) + - [`LOCK STATS`](/sql-statements/sql-statement-lock-stats.md) + - [`LOCK TABLES`と`UNLOCK TABLES`](/sql-statements/sql-statement-lock-tables-and-unlock-tables.md) + - [`PREPARE`](/sql-statements/sql-statement-prepare.md) + - [`QUERY WATCH`](/sql-statements/sql-statement-query-watch.md) + - [`RECOVER TABLE`](/sql-statements/sql-statement-recover-table.md) + - [`RENAME TABLE`](/sql-statements/sql-statement-rename-table.md) + - [`RENAME USER`](/sql-statements/sql-statement-rename-user.md) + - [`REPLACE`](/sql-statements/sql-statement-replace.md) + - [`RESTORE`](/sql-statements/sql-statement-restore.md) + - [`REVOKE <privileges>`](/sql-statements/sql-statement-revoke-privileges.md) + - [`REVOKE <role>`](/sql-statements/sql-statement-revoke-role.md) + - [`ROLLBACK`](/sql-statements/sql-statement-rollback.md) + - [`SAVEPOINT`](/sql-statements/sql-statement-savepoint.md) + - [`SELECT`](/sql-statements/sql-statement-select.md) + - [`SET DEFAULT ROLE`](/sql-statements/sql-statement-set-default-role.md) + - [`SET [NAMES|CHARACTER SET]`](/sql-statements/sql-statement-set-names.md) + - [`SET PASSWORD`](/sql-statements/sql-statement-set-password.md) + - [`SET RESOURCE GROUP`](/sql-statements/sql-statement-set-resource-group.md) + - [`SET ROLE`](/sql-statements/sql-statement-set-role.md) + - [`SET TRANSACTION`](/sql-statements/sql-statement-set-transaction.md) + - [`SET [GLOBAL|SESSION] <variable>`](/sql-statements/sql-statement-set-variable.md) + - [`SHOW ANALYZE STATUS`](/sql-statements/sql-statement-show-analyze-status.md) + - [`SHOW [BACKUPS|RESTORES]`](/sql-statements/sql-statement-show-backups.md) + - [`SHOW [GLOBAL|SESSION] BINDINGS`](/sql-statements/sql-statement-show-bindings.md) + - [`SHOW BUILTINS`](/sql-statements/sql-statement-show-builtins.md) + - [`SHOW CHARACTER SET`](/sql-statements/sql-statement-show-character-set.md) + - [`SHOW COLLATION`](/sql-statements/sql-statement-show-collation.md) + - [`SHOW COLUMN_STATS_USAGE`](/sql-statements/sql-statement-show-column-stats-usage.md) + - [`SHOW COLUMNS FROM`](/sql-statements/sql-statement-show-columns-from.md) + - [`SHOW CREATE DATABASE`](/sql-statements/sql-statement-show-create-database.md) + - [`SHOW CREATE PLACEMENT POLICY`](/sql-statements/sql-statement-show-create-placement-policy.md) + - [`SHOW CREATE RESOURCE GROUP`](/sql-statements/sql-statement-show-create-resource-group.md) + - [`SHOW CREATE SEQUENCE`](/sql-statements/sql-statement-show-create-sequence.md) + - [`SHOW CREATE TABLE`](/sql-statements/sql-statement-show-create-table.md) + - [`SHOW CREATE USER`](/sql-statements/sql-statement-show-create-user.md) + - [`SHOW DATABASES`](/sql-statements/sql-statement-show-databases.md) + - [`SHOW ENGINES`](/sql-statements/sql-statement-show-engines.md) + - [`SHOW ERRORS`](/sql-statements/sql-statement-show-errors.md) + - [`SHOW FIELDS FROM`](/sql-statements/sql-statement-show-fields-from.md) + - [`SHOW GRANTS`](/sql-statements/sql-statement-show-grants.md) + - [`SHOW IMPORT JOB`](/sql-statements/sql-statement-show-import-job.md) + - [`SHOW INDEXES [FROM|IN]`](/sql-statements/sql-statement-show-indexes.md) + - [`SHOW MASTER STATUS`](/sql-statements/sql-statement-show-master-status.md) + - [`SHOW PLACEMENT`](/sql-statements/sql-statement-show-placement.md) + - [`SHOW PLACEMENT FOR`](/sql-statements/sql-statement-show-placement-for.md) + - [`SHOW PLACEMENT LABELS`](/sql-statements/sql-statement-show-placement-labels.md) + - [`SHOW PLUGINS`](/sql-statements/sql-statement-show-plugins.md) + - [`SHOW PRIVILEGES`](/sql-statements/sql-statement-show-privileges.md) + - [`SHOW PROCESSLIST`](/sql-statements/sql-statement-show-processlist.md) + - [`SHOW PROFILES`](/sql-statements/sql-statement-show-profiles.md) + - [`SHOW SCHEMAS`](/sql-statements/sql-statement-show-schemas.md) + - [`SHOW STATS_BUCKETS`](/sql-statements/sql-statement-show-stats-buckets.md) + - [`SHOW STATS_HEALTHY`](/sql-statements/sql-statement-show-stats-healthy.md) + - [`SHOW STATS_HISTOGRAMS`](/sql-statements/sql-statement-show-stats-histograms.md) + - [`SHOW STATS_LOCKED`](/sql-statements/sql-statement-show-stats-locked.md) + - [`SHOW STATS_META`](/sql-statements/sql-statement-show-stats-meta.md) + - [`SHOW STATS_TOPN`](/sql-statements/sql-statement-show-stats-topn.md) + - [`SHOW STATUS`](/sql-statements/sql-statement-show-status.md) + - [`SHOW TABLE NEXT_ROW_ID`](/sql-statements/sql-statement-show-table-next-rowid.md) + - [`SHOW TABLE REGIONS`](/sql-statements/sql-statement-show-table-regions.md) + - [`SHOW TABLE STATUS`](/sql-statements/sql-statement-show-table-status.md) + - [`SHOW TABLES`](/sql-statements/sql-statement-show-tables.md) + - [`SHOW [GLOBAL|SESSION] VARIABLES`](/sql-statements/sql-statement-show-variables.md) + - [`SHOW WARNINGS`](/sql-statements/sql-statement-show-warnings.md) + - [`SPLIT REGION`](/sql-statements/sql-statement-split-region.md) + - [`START TRANSACTION`](/sql-statements/sql-statement-start-transaction.md) + - [`TABLE`](/sql-statements/sql-statement-table.md) + - [`TRACE`](/sql-statements/sql-statement-trace.md) + - [`TRUNCATE`](/sql-statements/sql-statement-truncate.md) + - [`UNLOCK STATS`](/sql-statements/sql-statement-unlock-stats.md) + - [`UPDATE`](/sql-statements/sql-statement-update.md) + - [`USE`](/sql-statements/sql-statement-use.md) + - [`WITH`](/sql-statements/sql-statement-with.md) + - データ型 + - [概要](/data-type-overview.md) + - [デフォルト値](/data-type-default-values.md) + - [数値型](/data-type-numeric.md) + - [日付と時刻の種類](/data-type-date-and-time.md) + - [文字列型](/data-type-string.md) + - [JSON型](/data-type-json.md) + - 関数と演算子 + - [概要](/functions-and-operators/functions-and-operators-overview.md) + - [式評価における型変換](/functions-and-operators/type-conversion-in-expression-evaluation.md) + - [オペレーター](/functions-and-operators/operators.md) + - [制御フロー関数](/functions-and-operators/control-flow-functions.md) + - [文字列関数](/functions-and-operators/string-functions.md) + - [数値関数と演算子](/functions-and-operators/numeric-functions-and-operators.md) + - [日付と時刻関数](/functions-and-operators/date-and-time-functions.md) + - [ビット関数と演算子](/functions-and-operators/bit-functions-and-operators.md) + - [キャスト関数と演算子](/functions-and-operators/cast-functions-and-operators.md) + - [暗号化と圧縮機能](/functions-and-operators/encryption-and-compression-functions.md) + - [ロック機能](/functions-and-operators/locking-functions.md) + - [情報機能](/functions-and-operators/information-functions.md) + - JSON関数 + - [概要](/functions-and-operators/json-functions.md) + - [JSONを作成する関数](/functions-and-operators/json-functions/json-functions-create.md) + - [JSONを検索する関数](/functions-and-operators/json-functions/json-functions-search.md) + - [JSONを変更する関数](/functions-and-operators/json-functions/json-functions-modify.md) + - [JSONを返す関数](/functions-and-operators/json-functions/json-functions-return.md) + - [JSON ユーティリティ関数](/functions-and-operators/json-functions/json-functions-utility.md) + - [JSONを集約する関数](/functions-and-operators/json-functions/json-functions-aggregate.md) + - [集計 (GROUP BY) 関数](/functions-and-operators/aggregate-group-by-functions.md) + - [GROUP BY 修飾子](/functions-and-operators/group-by-modifier.md) + - [ウィンドウ関数](/functions-and-operators/window-functions.md) + - [その他の機能](/functions-and-operators/miscellaneous-functions.md) + - [精密計算](/functions-and-operators/precision-math.md) + - [集合演算](/functions-and-operators/set-operators.md) + - [シーケンス関数](/functions-and-operators/sequence-functions.md) + - [プッシュダウンの式のリスト](/functions-and-operators/expressions-pushed-down.md) + - [TiDB固有の機能](/functions-and-operators/tidb-functions.md) + - [クラスター化インデックス](/clustered-indexes.md) + - [制約](/constraints.md) + - [生成された列](/generated-columns.md) + - [SQL モード](/sql-mode.md) + - [テーブル属性](/table-attributes.md) + - 取引 + - [概要](/transaction-overview.md) + - [分離レベル](/transaction-isolation-levels.md) + - [楽観的トランザクション](/optimistic-transaction.md) + - [悲観的な取引](/pessimistic-transaction.md) + - [非トランザクションDMLステートメント](/non-transactional-dml.md) + - [ビュー](/views.md) + - [パーティショニング](/partitioned-table.md) + - [一時テーブル](/temporary-tables.md) + - [キャッシュされたテーブル](/cached-tables.md) + - [外部キー制約](/foreign-key.md) + - 文字セットと照合順序 + - [概要](/character-set-and-collation.md) + - [イギリス](/character-set-gbk.md) + - 履歴データを読む + - ステイル読み取りを使用する (推奨) + - [ステイル読み取りの使用シナリオ](/stale-read.md) + - [`As OF TIMESTAMP`使用してステイル読み取りを実行する](/as-of-timestamp.md) + - [`tidb_read_staleness`使用してステイル読み取りを実行する](/tidb-read-staleness.md) + - [`tidb_external_ts`使用してステイル読み取りを実行する](/tidb-external-ts.md) + - [`tidb_snapshot`システム変数を使用する](/read-historical-data.md) + - [SQL の配置ルール](/placement-rules-in-sql.md) + - システムテーブル + - `mysql`スキーマ + - [概要](/mysql-schema/mysql-schema.md) + - [`user`](/mysql-schema/mysql-schema-user.md) + - 情報スキーマ + - [概要](/information-schema/information-schema.md) + - [`ANALYZE_STATUS`](/information-schema/information-schema-analyze-status.md) + - [`CHECK_CONSTRAINTS`](/information-schema/information-schema-check-constraints.md) + - [`CLIENT_ERRORS_SUMMARY_BY_HOST`](/information-schema/client-errors-summary-by-host.md) + - [`CLIENT_ERRORS_SUMMARY_BY_USER`](/information-schema/client-errors-summary-by-user.md) + - [`CLIENT_ERRORS_SUMMARY_GLOBAL`](/information-schema/client-errors-summary-global.md) + - [`CHARACTER_SETS`](/information-schema/information-schema-character-sets.md) + - [`CLUSTER_INFO`](/information-schema/information-schema-cluster-info.md) + - [`COLLATIONS`](/information-schema/information-schema-collations.md) + - [`COLLATION_CHARACTER_SET_APPLICABILITY`](/information-schema/information-schema-collation-character-set-applicability.md) + - [`COLUMNS`](/information-schema/information-schema-columns.md) + - [`DATA_LOCK_WAITS`](/information-schema/information-schema-data-lock-waits.md) + - [`DDL_JOBS`](/information-schema/information-schema-ddl-jobs.md) + - [`DEADLOCKS`](/information-schema/information-schema-deadlocks.md) + - [`ENGINES`](/information-schema/information-schema-engines.md) + - [`KEYWORDS`](/information-schema/information-schema-keywords.md) + - [`KEY_COLUMN_USAGE`](/information-schema/information-schema-key-column-usage.md) + - [`MEMORY_USAGE`](/information-schema/information-schema-memory-usage.md) + - [`MEMORY_USAGE_OPS_HISTORY`](/information-schema/information-schema-memory-usage-ops-history.md) + - [`PARTITIONS`](/information-schema/information-schema-partitions.md) + - [`PLACEMENT_POLICIES`](/information-schema/information-schema-placement-policies.md) + - [`PROCESSLIST`](/information-schema/information-schema-processlist.md) + - [`REFERENTIAL_CONSTRAINTS`](/information-schema/information-schema-referential-constraints.md) + - [`RESOURCE_GROUPS`](/information-schema/information-schema-resource-groups.md) + - [`RUNAWAY_WATCHES`](/information-schema/information-schema-runaway-watches.md) + - [`SCHEMATA`](/information-schema/information-schema-schemata.md) + - [`SEQUENCES`](/information-schema/information-schema-sequences.md) + - [`SESSION_VARIABLES`](/information-schema/information-schema-session-variables.md) + - [`SLOW_QUERY`](/information-schema/information-schema-slow-query.md) + - [`STATISTICS`](/information-schema/information-schema-statistics.md) + - [`TABLES`](/information-schema/information-schema-tables.md) + - [`TABLE_CONSTRAINTS`](/information-schema/information-schema-table-constraints.md) + - [`TABLE_STORAGE_STATS`](/information-schema/information-schema-table-storage-stats.md) + - [`TIDB_CHECK_CONSTRAINTS`](/information-schema/information-schema-tidb-check-constraints.md) + - [`TIDB_HOT_REGIONS_HISTORY`](/information-schema/information-schema-tidb-hot-regions-history.md) + - [`TIDB_INDEXES`](/information-schema/information-schema-tidb-indexes.md) + - [`TIDB_INDEX_USAGE`](/information-schema/information-schema-tidb-index-usage.md) + - [`TIDB_SERVERS_INFO`](/information-schema/information-schema-tidb-servers-info.md) + - [`TIDB_TRX`](/information-schema/information-schema-tidb-trx.md) + - [`TIFLASH_REPLICA`](/information-schema/information-schema-tiflash-replica.md) + - [`TIFLASH_SEGMENTS`](/information-schema/information-schema-tiflash-segments.md) + - [`TIFLASH_TABLES`](/information-schema/information-schema-tiflash-tables.md) + - [`TIKV_REGION_PEERS`](/information-schema/information-schema-tikv-region-peers.md) + - [`TIKV_REGION_STATUS`](/information-schema/information-schema-tikv-region-status.md) + - [`TIKV_STORE_STATUS`](/information-schema/information-schema-tikv-store-status.md) + - [`USER_ATTRIBUTES`](/information-schema/information-schema-user-attributes.md) + - [`USER_PRIVILEGES`](/information-schema/information-schema-user-privileges.md) + - [`VARIABLES_INFO`](/information-schema/information-schema-variables-info.md) + - [`VIEWS`](/information-schema/information-schema-views.md) + - パフォーマンススキーマ + - [概要](/performance-schema/performance-schema.md) + - [`SESSION_CONNECT_ATTRS`](/performance-schema/performance-schema-session-connect-attrs.md) + - システム + - [概要](/sys-schema/sys-schema.md) + - [`schema_unused_indexes`](/sys-schema/sys-schema-unused-indexes.md) + - [メタデータロック](/metadata-lock.md) + - [UUIDを使用する](/best-practices/uuid.md) + - [TiDB 高速テーブル作成](/accelerated-table-creation.md) +- APIリファレンス![BETA](https://download.pingcap.com/images/docs/tidb-cloud/blank_transparent_placeholder.png) + - [概要](/tidb-cloud/api-overview.md) + - v1ベータ1 + - [請求する](https://docs.pingcap.com/tidbcloud/api/v1beta1/billing) + - [データサービス](https://docs.pingcap.com/tidbcloud/api/v1beta1/dataservice) + - [IAMは](https://docs.pingcap.com/tidbcloud/api/v1beta1/iam) + - [MSP (非推奨)](https://docs.pingcap.com/tidbcloud/api/v1beta1/msp) + - [v1ベータ](https://docs.pingcap.com/tidbcloud/api/v1beta) +- CLI リファレンス![BETA](https://download.pingcap.com/images/docs/tidb-cloud/blank_transparent_placeholder.png) + - [概要](/tidb-cloud/cli-reference.md) + - 認証 + - [ログイン](/tidb-cloud/ticloud-auth-login.md) + - [ログアウト](/tidb-cloud/ticloud-auth-logout.md) + - [だれだ](/tidb-cloud/ticloud-auth-whoami.md) + - サーバーレス + - [作成する](/tidb-cloud/ticloud-cluster-create.md) + - [消去](/tidb-cloud/ticloud-cluster-delete.md) + - [説明する](/tidb-cloud/ticloud-cluster-describe.md) + - [リスト](/tidb-cloud/ticloud-cluster-list.md) + - [アップデート](/tidb-cloud/ticloud-serverless-update.md) + - [支出限度額](/tidb-cloud/ticloud-serverless-spending-limit.md) + - [地域](/tidb-cloud/ticloud-serverless-region.md) + - [シェル](/tidb-cloud/ticloud-serverless-shell.md) + - 支店 + - [作成する](/tidb-cloud/ticloud-branch-create.md) + - [消去](/tidb-cloud/ticloud-branch-delete.md) + - [説明する](/tidb-cloud/ticloud-branch-describe.md) + - [リスト](/tidb-cloud/ticloud-branch-list.md) + - [シェル](/tidb-cloud/ticloud-branch-shell.md) + - 輸入 + - [キャンセル](/tidb-cloud/ticloud-import-cancel.md) + - [説明する](/tidb-cloud/ticloud-import-describe.md) + - [リスト](/tidb-cloud/ticloud-import-list.md) + - [始める](/tidb-cloud/ticloud-import-start.md) + - 輸出 + - [作成する](/tidb-cloud/ticloud-serverless-export-create.md) + - [説明する](/tidb-cloud/ticloud-serverless-export-describe.md) + - [リスト](/tidb-cloud/ticloud-serverless-export-list.md) + - [キャンセル](/tidb-cloud/ticloud-serverless-export-cancel.md) + - [ダウンロード](/tidb-cloud/ticloud-serverless-export-download.md) + - SQL ユーザー + - [作成する](/tidb-cloud/ticloud-serverless-sql-user-create.md) + - [消去](/tidb-cloud/ticloud-serverless-sql-user-delete.md) + - [リスト](/tidb-cloud/ticloud-serverless-sql-user-list.md) + - [アップデート](/tidb-cloud/ticloud-serverless-sql-user-update.md) + - [あい](/tidb-cloud/ticloud-ai.md) + - [完了](/tidb-cloud/ticloud-completion.md) + - 設定 + - [作成する](/tidb-cloud/ticloud-config-create.md) + - [消去](/tidb-cloud/ticloud-config-delete.md) + - [説明する](/tidb-cloud/ticloud-config-describe.md) + - [編集](/tidb-cloud/ticloud-config-edit.md) + - [リスト](/tidb-cloud/ticloud-config-list.md) + - [セット](/tidb-cloud/ticloud-config-set.md) + - [使用](/tidb-cloud/ticloud-config-use.md) + - プロジェクト + - [リスト](/tidb-cloud/ticloud-project-list.md) + - [アップグレード](/tidb-cloud/ticloud-upgrade.md) + - [ヘルプ](/tidb-cloud/ticloud-help.md) +- 一般的な参考資料 - TiDBクラスタアーキテクチャ - [概要](/tidb-architecture.md) - [ストレージ](/tidb-storage.md) - [コンピューティング](/tidb-computing.md) - [スケジュール](/tidb-scheduling.md) - [TSO](/tso.md) + - ストレージエンジン + - ティクヴ + - [TiKVの概要](/tikv-overview.md) + - [RocksDBの概要](/storage-engine/rocksdb-overview.md) + - TiFlash + - [TiFlashの概要](/tiflash/tiflash-overview.md) + - [ディスクへのスピル](/tiflash/tiflash-spill-disk.md) + - TiDB Cloudパートナー Web コンソール + - [TiDB Cloudパートナー](/tidb-cloud/tidb-cloud-partners.md) + - [MSP 顧客](/tidb-cloud/managed-service-provider-customer.md) + - [再販業者の顧客](/tidb-cloud/cppo-customer.md) + - TiDB 分散実行フレームワーク (DXF) + - [導入](/tidb-distributed-execution-framework.md) + - [TiDB グローバルソート](/tidb-global-sort.md) - [TiDB Cloud専用制限とクォータ](/tidb-cloud/limitations-and-quotas.md) - [TiDB Cloudサーバーレスの制限](/tidb-cloud/serverless-limitations.md) - [TiDB Cloudの SQL 機能が制限されている](/tidb-cloud/limited-sql-features.md) - [TiDB の制限](/tidb-limitations.md) - - TiDB 分散実行フレームワーク (DXF) - - [導入](/tidb-distributed-execution-framework.md) - - [TiDB グローバルソート](/tidb-global-sort.md) - ベンチマーク - TiDB v8.5 - [パフォーマンスハイライト](/tidb-cloud/v8.5-performance-highlights.md) @@ -406,365 +775,27 @@ - TiDB v6.5 - [TPC-C パフォーマンス テスト レポート](/tidb-cloud/v6.5-performance-benchmarking-with-tpcc.md) - [Sysbench パフォーマンス テスト レポート](/tidb-cloud/v6.5-performance-benchmarking-with-sysbench.md) - - 構文 - - [TiDB で SQL を探索する](/basic-sql-operations.md) - - SQL 言語の構造と構文 - - 属性 - - [自動インクリメント](/auto-increment.md) - - [自動ランダム](/auto-random.md) - - [シャード行IDビット](/shard-row-id-bits.md) - - [リテラル値](/literal-values.md) - - [スキーマオブジェクト名](/schema-object-names.md) - - [キーワードと予約語](/keywords.md) - - [ユーザー定義変数](/user-defined-variables.md) - - [式の構文](/expression-syntax.md) - - [コメント構文](/comment-syntax.md) - - SQL ステートメント - - [概要](/sql-statements/sql-statement-overview.md) - - [`ADMIN`](/sql-statements/sql-statement-admin.md) - - [`ADMIN CANCEL DDL`](/sql-statements/sql-statement-admin-cancel-ddl.md) - - [`ADMIN CHECKSUM TABLE`](/sql-statements/sql-statement-admin-checksum-table.md) - - [`ADMIN CHECK [TABLE|INDEX]`](/sql-statements/sql-statement-admin-check-table-index.md) - - [`ADMIN CLEANUP INDEX`](/sql-statements/sql-statement-admin-cleanup.md) - - [`ADMIN PAUSE DDL`](/sql-statements/sql-statement-admin-pause-ddl.md) - - [`ADMIN RECOVER INDEX`](/sql-statements/sql-statement-admin-recover.md) - - [`ADMIN RESUME DDL`](/sql-statements/sql-statement-admin-resume-ddl.md) - - [`ADMIN SHOW DDL [JOBS|JOB QUERIES]`](/sql-statements/sql-statement-admin-show-ddl.md) - - [`ALTER DATABASE`](/sql-statements/sql-statement-alter-database.md) - - [`ALTER INSTANCE`](/sql-statements/sql-statement-alter-instance.md) - - [`ALTER PLACEMENT POLICY`](/sql-statements/sql-statement-alter-placement-policy.md) - - [`ALTER RANGE`](/sql-statements/sql-statement-alter-range.md) - - [`ALTER RESOURCE GROUP`](/sql-statements/sql-statement-alter-resource-group.md) - - [`ALTER SEQUENCE`](/sql-statements/sql-statement-alter-sequence.md) - - `ALTER TABLE` - - [概要](/sql-statements/sql-statement-alter-table.md) - - [`ADD COLUMN`](/sql-statements/sql-statement-add-column.md) - - [`ADD INDEX`](/sql-statements/sql-statement-add-index.md) - - [`ALTER INDEX`](/sql-statements/sql-statement-alter-index.md) - - [`CHANGE COLUMN`](/sql-statements/sql-statement-change-column.md) - - [`COMPACT`](/sql-statements/sql-statement-alter-table-compact.md) - - [`DROP COLUMN`](/sql-statements/sql-statement-drop-column.md) - - [`DROP INDEX`](/sql-statements/sql-statement-drop-index.md) - - [`MODIFY COLUMN`](/sql-statements/sql-statement-modify-column.md) - - [`RENAME INDEX`](/sql-statements/sql-statement-rename-index.md) - - [`ALTER USER`](/sql-statements/sql-statement-alter-user.md) - - [`ANALYZE TABLE`](/sql-statements/sql-statement-analyze-table.md) - - [`BACKUP`](/sql-statements/sql-statement-backup.md) - - [`BATCH`](/sql-statements/sql-statement-batch.md) - - [`BEGIN`](/sql-statements/sql-statement-begin.md) - - [`CANCEL IMPORT JOB`](/sql-statements/sql-statement-cancel-import-job.md) - - [`COMMIT`](/sql-statements/sql-statement-commit.md) - - [`CREATE [GLOBAL|SESSION] BINDING`](/sql-statements/sql-statement-create-binding.md) - - [`CREATE DATABASE`](/sql-statements/sql-statement-create-database.md) - - [`CREATE INDEX`](/sql-statements/sql-statement-create-index.md) - - [`CREATE PLACEMENT POLICY`](/sql-statements/sql-statement-create-placement-policy.md) - - [`CREATE RESOURCE GROUP`](/sql-statements/sql-statement-create-resource-group.md) - - [`CREATE ROLE`](/sql-statements/sql-statement-create-role.md) - - [`CREATE SEQUENCE`](/sql-statements/sql-statement-create-sequence.md) - - [`CREATE TABLE LIKE`](/sql-statements/sql-statement-create-table-like.md) - - [`CREATE TABLE`](/sql-statements/sql-statement-create-table.md) - - [`CREATE USER`](/sql-statements/sql-statement-create-user.md) - - [`CREATE VIEW`](/sql-statements/sql-statement-create-view.md) - - [`DEALLOCATE`](/sql-statements/sql-statement-deallocate.md) - - [`DELETE`](/sql-statements/sql-statement-delete.md) - - [`DESC`](/sql-statements/sql-statement-desc.md) - - [`DESCRIBE`](/sql-statements/sql-statement-describe.md) - - [`DO`](/sql-statements/sql-statement-do.md) - - [`DROP [GLOBAL|SESSION] BINDING`](/sql-statements/sql-statement-drop-binding.md) - - [`DROP DATABASE`](/sql-statements/sql-statement-drop-database.md) - - [`DROP PLACEMENT POLICY`](/sql-statements/sql-statement-drop-placement-policy.md) - - [`DROP RESOURCE GROUP`](/sql-statements/sql-statement-drop-resource-group.md) - - [`DROP ROLE`](/sql-statements/sql-statement-drop-role.md) - - [`DROP SEQUENCE`](/sql-statements/sql-statement-drop-sequence.md) - - [`DROP STATS`](/sql-statements/sql-statement-drop-stats.md) - - [`DROP TABLE`](/sql-statements/sql-statement-drop-table.md) - - [`DROP USER`](/sql-statements/sql-statement-drop-user.md) - - [`DROP VIEW`](/sql-statements/sql-statement-drop-view.md) - - [`EXECUTE`](/sql-statements/sql-statement-execute.md) - - [`EXPLAIN ANALYZE`](/sql-statements/sql-statement-explain-analyze.md) - - [`EXPLAIN`](/sql-statements/sql-statement-explain.md) - - [`FLASHBACK CLUSTER`](/sql-statements/sql-statement-flashback-cluster.md) - - [`FLASHBACK DATABASE`](/sql-statements/sql-statement-flashback-database.md) - - [`FLASHBACK TABLE`](/sql-statements/sql-statement-flashback-table.md) - - [`FLUSH PRIVILEGES`](/sql-statements/sql-statement-flush-privileges.md) - - [`FLUSH STATUS`](/sql-statements/sql-statement-flush-status.md) - - [`FLUSH TABLES`](/sql-statements/sql-statement-flush-tables.md) - - [`GRANT <privileges>`](/sql-statements/sql-statement-grant-privileges.md) - - [`GRANT <role>`](/sql-statements/sql-statement-grant-role.md) - - [`IMPORT INTO`](/sql-statements/sql-statement-import-into.md) - - [`INSERT`](/sql-statements/sql-statement-insert.md) - - [`KILL [TIDB]`](/sql-statements/sql-statement-kill.md) - - [`LOAD DATA`](/sql-statements/sql-statement-load-data.md) - - [`LOAD STATS`](/sql-statements/sql-statement-load-stats.md) - - [`LOCK STATS`](/sql-statements/sql-statement-lock-stats.md) - - [`LOCK TABLES`と`UNLOCK TABLES`](/sql-statements/sql-statement-lock-tables-and-unlock-tables.md) - - [`PREPARE`](/sql-statements/sql-statement-prepare.md) - - [`QUERY WATCH`](/sql-statements/sql-statement-query-watch.md) - - [`RECOVER TABLE`](/sql-statements/sql-statement-recover-table.md) - - [`RENAME TABLE`](/sql-statements/sql-statement-rename-table.md) - - [`RENAME USER`](/sql-statements/sql-statement-rename-user.md) - - [`REPLACE`](/sql-statements/sql-statement-replace.md) - - [`RESTORE`](/sql-statements/sql-statement-restore.md) - - [`REVOKE <privileges>`](/sql-statements/sql-statement-revoke-privileges.md) - - [`REVOKE <role>`](/sql-statements/sql-statement-revoke-role.md) - - [`ROLLBACK`](/sql-statements/sql-statement-rollback.md) - - [`SAVEPOINT`](/sql-statements/sql-statement-savepoint.md) - - [`SELECT`](/sql-statements/sql-statement-select.md) - - [`SET DEFAULT ROLE`](/sql-statements/sql-statement-set-default-role.md) - - [`SET [NAMES|CHARACTER SET]`](/sql-statements/sql-statement-set-names.md) - - [`SET PASSWORD`](/sql-statements/sql-statement-set-password.md) - - [`SET RESOURCE GROUP`](/sql-statements/sql-statement-set-resource-group.md) - - [`SET ROLE`](/sql-statements/sql-statement-set-role.md) - - [`SET TRANSACTION`](/sql-statements/sql-statement-set-transaction.md) - - [`SET [GLOBAL|SESSION] <variable>`](/sql-statements/sql-statement-set-variable.md) - - [`SHOW ANALYZE STATUS`](/sql-statements/sql-statement-show-analyze-status.md) - - [`SHOW [BACKUPS|RESTORES]`](/sql-statements/sql-statement-show-backups.md) - - [`SHOW [GLOBAL|SESSION] BINDINGS`](/sql-statements/sql-statement-show-bindings.md) - - [`SHOW BUILTINS`](/sql-statements/sql-statement-show-builtins.md) - - [`SHOW CHARACTER SET`](/sql-statements/sql-statement-show-character-set.md) - - [`SHOW COLLATION`](/sql-statements/sql-statement-show-collation.md) - - [`SHOW COLUMN_STATS_USAGE`](/sql-statements/sql-statement-show-column-stats-usage.md) - - [`SHOW COLUMNS FROM`](/sql-statements/sql-statement-show-columns-from.md) - - [`SHOW CREATE DATABASE`](/sql-statements/sql-statement-show-create-database.md) - - [`SHOW CREATE PLACEMENT POLICY`](/sql-statements/sql-statement-show-create-placement-policy.md) - - [`SHOW CREATE RESOURCE GROUP`](/sql-statements/sql-statement-show-create-resource-group.md) - - [`SHOW CREATE SEQUENCE`](/sql-statements/sql-statement-show-create-sequence.md) - - [`SHOW CREATE TABLE`](/sql-statements/sql-statement-show-create-table.md) - - [`SHOW CREATE USER`](/sql-statements/sql-statement-show-create-user.md) - - [`SHOW DATABASES`](/sql-statements/sql-statement-show-databases.md) - - [`SHOW ENGINES`](/sql-statements/sql-statement-show-engines.md) - - [`SHOW ERRORS`](/sql-statements/sql-statement-show-errors.md) - - [`SHOW FIELDS FROM`](/sql-statements/sql-statement-show-fields-from.md) - - [`SHOW GRANTS`](/sql-statements/sql-statement-show-grants.md) - - [`SHOW IMPORT JOB`](/sql-statements/sql-statement-show-import-job.md) - - [`SHOW INDEXES [FROM|IN]`](/sql-statements/sql-statement-show-indexes.md) - - [`SHOW MASTER STATUS`](/sql-statements/sql-statement-show-master-status.md) - - [`SHOW PLACEMENT`](/sql-statements/sql-statement-show-placement.md) - - [`SHOW PLACEMENT FOR`](/sql-statements/sql-statement-show-placement-for.md) - - [`SHOW PLACEMENT LABELS`](/sql-statements/sql-statement-show-placement-labels.md) - - [`SHOW PLUGINS`](/sql-statements/sql-statement-show-plugins.md) - - [`SHOW PRIVILEGES`](/sql-statements/sql-statement-show-privileges.md) - - [`SHOW PROCESSLIST`](/sql-statements/sql-statement-show-processlist.md) - - [`SHOW PROFILES`](/sql-statements/sql-statement-show-profiles.md) - - [`SHOW SCHEMAS`](/sql-statements/sql-statement-show-schemas.md) - - [`SHOW STATS_BUCKETS`](/sql-statements/sql-statement-show-stats-buckets.md) - - [`SHOW STATS_HEALTHY`](/sql-statements/sql-statement-show-stats-healthy.md) - - [`SHOW STATS_HISTOGRAMS`](/sql-statements/sql-statement-show-stats-histograms.md) - - [`SHOW STATS_LOCKED`](/sql-statements/sql-statement-show-stats-locked.md) - - [`SHOW STATS_META`](/sql-statements/sql-statement-show-stats-meta.md) - - [`SHOW STATS_TOPN`](/sql-statements/sql-statement-show-stats-topn.md) - - [`SHOW STATUS`](/sql-statements/sql-statement-show-status.md) - - [`SHOW TABLE NEXT_ROW_ID`](/sql-statements/sql-statement-show-table-next-rowid.md) - - [`SHOW TABLE REGIONS`](/sql-statements/sql-statement-show-table-regions.md) - - [`SHOW TABLE STATUS`](/sql-statements/sql-statement-show-table-status.md) - - [`SHOW TABLES`](/sql-statements/sql-statement-show-tables.md) - - [`SHOW [GLOBAL|SESSION] VARIABLES`](/sql-statements/sql-statement-show-variables.md) - - [`SHOW WARNINGS`](/sql-statements/sql-statement-show-warnings.md) - - [`SPLIT REGION`](/sql-statements/sql-statement-split-region.md) - - [`START TRANSACTION`](/sql-statements/sql-statement-start-transaction.md) - - [`TABLE`](/sql-statements/sql-statement-table.md) - - [`TRACE`](/sql-statements/sql-statement-trace.md) - - [`TRUNCATE`](/sql-statements/sql-statement-truncate.md) - - [`UNLOCK STATS`](/sql-statements/sql-statement-unlock-stats.md) - - [`UPDATE`](/sql-statements/sql-statement-update.md) - - [`USE`](/sql-statements/sql-statement-use.md) - - [`WITH`](/sql-statements/sql-statement-with.md) - - データ型 - - [概要](/data-type-overview.md) - - [デフォルト値](/data-type-default-values.md) - - [数値型](/data-type-numeric.md) - - [日付と時刻の種類](/data-type-date-and-time.md) - - [文字列型](/data-type-string.md) - - [JSON型](/data-type-json.md) - - 関数と演算子 - - [概要](/functions-and-operators/functions-and-operators-overview.md) - - [式評価における型変換](/functions-and-operators/type-conversion-in-expression-evaluation.md) - - [オペレーター](/functions-and-operators/operators.md) - - [制御フロー関数](/functions-and-operators/control-flow-functions.md) - - [文字列関数](/functions-and-operators/string-functions.md) - - [数値関数と演算子](/functions-and-operators/numeric-functions-and-operators.md) - - [日付と時刻関数](/functions-and-operators/date-and-time-functions.md) - - [ビット関数と演算子](/functions-and-operators/bit-functions-and-operators.md) - - [キャスト関数と演算子](/functions-and-operators/cast-functions-and-operators.md) - - [暗号化と圧縮機能](/functions-and-operators/encryption-and-compression-functions.md) - - [ロック機能](/functions-and-operators/locking-functions.md) - - [情報機能](/functions-and-operators/information-functions.md) - - JSON関数 - - [概要](/functions-and-operators/json-functions.md) - - [JSONを作成する関数](/functions-and-operators/json-functions/json-functions-create.md) - - [JSONを検索する関数](/functions-and-operators/json-functions/json-functions-search.md) - - [JSONを変更する関数](/functions-and-operators/json-functions/json-functions-modify.md) - - [JSONを返す関数](/functions-and-operators/json-functions/json-functions-return.md) - - [JSON ユーティリティ関数](/functions-and-operators/json-functions/json-functions-utility.md) - - [JSONを集約する関数](/functions-and-operators/json-functions/json-functions-aggregate.md) - - [集計 (GROUP BY) 関数](/functions-and-operators/aggregate-group-by-functions.md) - - [GROUP BY 修飾子](/functions-and-operators/group-by-modifier.md) - - [ウィンドウ関数](/functions-and-operators/window-functions.md) - - [その他の機能](/functions-and-operators/miscellaneous-functions.md) - - [精密計算](/functions-and-operators/precision-math.md) - - [集合演算](/functions-and-operators/set-operators.md) - - [シーケンス関数](/functions-and-operators/sequence-functions.md) - - [プッシュダウンの式のリスト](/functions-and-operators/expressions-pushed-down.md) - - [TiDB固有の機能](/functions-and-operators/tidb-functions.md) - - [クラスター化インデックス](/clustered-indexes.md) - - [制約](/constraints.md) - - [生成された列](/generated-columns.md) - - [SQL モード](/sql-mode.md) - - [テーブル属性](/table-attributes.md) - - 取引 - - [概要](/transaction-overview.md) - - [分離レベル](/transaction-isolation-levels.md) - - [楽観的トランザクション](/optimistic-transaction.md) - - [悲観的な取引](/pessimistic-transaction.md) - - [非トランザクションDMLステートメント](/non-transactional-dml.md) - - [ビュー](/views.md) - - [パーティショニング](/partitioned-table.md) - - [一時テーブル](/temporary-tables.md) - - [キャッシュされたテーブル](/cached-tables.md) - - [外部キー制約](/foreign-key.md) - - 文字セットと照合順序 - - [概要](/character-set-and-collation.md) - - [イギリス](/character-set-gbk.md) - - 履歴データを読む - - ステイル読み取りを使用する (推奨) - - [ステイル読み取りの使用シナリオ](/stale-read.md) - - [`As OF TIMESTAMP`使用してステイル読み取りを実行する](/as-of-timestamp.md) - - [`tidb_read_staleness`使用してステイル読み取りを実行する](/tidb-read-staleness.md) - - [`tidb_external_ts`使用してステイル読み取りを実行する](/tidb-external-ts.md) - - [`tidb_snapshot`システム変数を使用する](/read-historical-data.md) - - [SQL の配置ルール](/placement-rules-in-sql.md) - - システムテーブル - - `mysql`スキーマ - - [概要](/mysql-schema/mysql-schema.md) - - [`user`](/mysql-schema/mysql-schema-user.md) - - 情報スキーマ - - [概要](/information-schema/information-schema.md) - - [`ANALYZE_STATUS`](/information-schema/information-schema-analyze-status.md) - - [`CHECK_CONSTRAINTS`](/information-schema/information-schema-check-constraints.md) - - [`CLIENT_ERRORS_SUMMARY_BY_HOST`](/information-schema/client-errors-summary-by-host.md) - - [`CLIENT_ERRORS_SUMMARY_BY_USER`](/information-schema/client-errors-summary-by-user.md) - - [`CLIENT_ERRORS_SUMMARY_GLOBAL`](/information-schema/client-errors-summary-global.md) - - [`CHARACTER_SETS`](/information-schema/information-schema-character-sets.md) - - [`CLUSTER_INFO`](/information-schema/information-schema-cluster-info.md) - - [`COLLATIONS`](/information-schema/information-schema-collations.md) - - [`COLLATION_CHARACTER_SET_APPLICABILITY`](/information-schema/information-schema-collation-character-set-applicability.md) - - [`COLUMNS`](/information-schema/information-schema-columns.md) - - [`DATA_LOCK_WAITS`](/information-schema/information-schema-data-lock-waits.md) - - [`DDL_JOBS`](/information-schema/information-schema-ddl-jobs.md) - - [`DEADLOCKS`](/information-schema/information-schema-deadlocks.md) - - [`ENGINES`](/information-schema/information-schema-engines.md) - - [`KEYWORDS`](/information-schema/information-schema-keywords.md) - - [`KEY_COLUMN_USAGE`](/information-schema/information-schema-key-column-usage.md) - - [`MEMORY_USAGE`](/information-schema/information-schema-memory-usage.md) - - [`MEMORY_USAGE_OPS_HISTORY`](/information-schema/information-schema-memory-usage-ops-history.md) - - [`PARTITIONS`](/information-schema/information-schema-partitions.md) - - [`PLACEMENT_POLICIES`](/information-schema/information-schema-placement-policies.md) - - [`PROCESSLIST`](/information-schema/information-schema-processlist.md) - - [`REFERENTIAL_CONSTRAINTS`](/information-schema/information-schema-referential-constraints.md) - - [`RESOURCE_GROUPS`](/information-schema/information-schema-resource-groups.md) - - [`RUNAWAY_WATCHES`](/information-schema/information-schema-runaway-watches.md) - - [`SCHEMATA`](/information-schema/information-schema-schemata.md) - - [`SEQUENCES`](/information-schema/information-schema-sequences.md) - - [`SESSION_VARIABLES`](/information-schema/information-schema-session-variables.md) - - [`SLOW_QUERY`](/information-schema/information-schema-slow-query.md) - - [`STATISTICS`](/information-schema/information-schema-statistics.md) - - [`TABLES`](/information-schema/information-schema-tables.md) - - [`TABLE_CONSTRAINTS`](/information-schema/information-schema-table-constraints.md) - - [`TABLE_STORAGE_STATS`](/information-schema/information-schema-table-storage-stats.md) - - [`TIDB_CHECK_CONSTRAINTS`](/information-schema/information-schema-tidb-check-constraints.md) - - [`TIDB_HOT_REGIONS_HISTORY`](/information-schema/information-schema-tidb-hot-regions-history.md) - - [`TIDB_INDEXES`](/information-schema/information-schema-tidb-indexes.md) - - [`TIDB_INDEX_USAGE`](/information-schema/information-schema-tidb-index-usage.md) - - [`TIDB_SERVERS_INFO`](/information-schema/information-schema-tidb-servers-info.md) - - [`TIDB_TRX`](/information-schema/information-schema-tidb-trx.md) - - [`TIFLASH_REPLICA`](/information-schema/information-schema-tiflash-replica.md) - - [`TIFLASH_SEGMENTS`](/information-schema/information-schema-tiflash-segments.md) - - [`TIFLASH_TABLES`](/information-schema/information-schema-tiflash-tables.md) - - [`TIKV_REGION_PEERS`](/information-schema/information-schema-tikv-region-peers.md) - - [`TIKV_REGION_STATUS`](/information-schema/information-schema-tikv-region-status.md) - - [`TIKV_STORE_STATUS`](/information-schema/information-schema-tikv-store-status.md) - - [`USER_ATTRIBUTES`](/information-schema/information-schema-user-attributes.md) - - [`USER_PRIVILEGES`](/information-schema/information-schema-user-privileges.md) - - [`VARIABLES_INFO`](/information-schema/information-schema-variables-info.md) - - [`VIEWS`](/information-schema/information-schema-views.md) - - パフォーマンススキーマ - - [概要](/performance-schema/performance-schema.md) - - [`SESSION_CONNECT_ATTRS`](/performance-schema/performance-schema-session-connect-attrs.md) - - システム - - [概要](/sys-schema/sys-schema.md) - - [`schema_unused_indexes`](/sys-schema/sys-schema-unused-indexes.md) - - [メタデータロック](/metadata-lock.md) - - [UUIDを使用する](/best-practices/uuid.md) - - [TiDB 高速テーブル作成](/accelerated-table-creation.md) - [システム変数](/system-variables.md) - [サーバーステータス変数](/status-variables.md) - - ストレージエンジン - - ティクヴ - - [TiKVの概要](/tikv-overview.md) - - [RocksDBの概要](/storage-engine/rocksdb-overview.md) - - TiFlash - - [TiFlashの概要](/tiflash/tiflash-overview.md) - - [ディスクへのスピル](/tiflash/tiflash-spill-disk.md) - - コマンドライン - - [概要](/tidb-cloud/cli-reference.md) - - 認証 - - [ログイン](/tidb-cloud/ticloud-auth-login.md) - - [ログアウト](/tidb-cloud/ticloud-auth-logout.md) - - [だれだ](/tidb-cloud/ticloud-auth-whoami.md) - - サーバーレス - - [作成する](/tidb-cloud/ticloud-cluster-create.md) - - [消去](/tidb-cloud/ticloud-cluster-delete.md) - - [説明する](/tidb-cloud/ticloud-cluster-describe.md) - - [リスト](/tidb-cloud/ticloud-cluster-list.md) - - [アップデート](/tidb-cloud/ticloud-serverless-update.md) - - [支出限度額](/tidb-cloud/ticloud-serverless-spending-limit.md) - - [地域](/tidb-cloud/ticloud-serverless-region.md) - - [シェル](/tidb-cloud/ticloud-serverless-shell.md) - - 支店 - - [作成する](/tidb-cloud/ticloud-branch-create.md) - - [消去](/tidb-cloud/ticloud-branch-delete.md) - - [説明する](/tidb-cloud/ticloud-branch-describe.md) - - [リスト](/tidb-cloud/ticloud-branch-list.md) - - [シェル](/tidb-cloud/ticloud-branch-shell.md) - - 輸入 - - [キャンセル](/tidb-cloud/ticloud-import-cancel.md) - - [説明する](/tidb-cloud/ticloud-import-describe.md) - - [リスト](/tidb-cloud/ticloud-import-list.md) - - [始める](/tidb-cloud/ticloud-import-start.md) - - 輸出 - - [作成する](/tidb-cloud/ticloud-serverless-export-create.md) - - [説明する](/tidb-cloud/ticloud-serverless-export-describe.md) - - [リスト](/tidb-cloud/ticloud-serverless-export-list.md) - - [キャンセル](/tidb-cloud/ticloud-serverless-export-cancel.md) - - [ダウンロード](/tidb-cloud/ticloud-serverless-export-download.md) - - SQL ユーザー - - [作成する](/tidb-cloud/ticloud-serverless-sql-user-create.md) - - [消去](/tidb-cloud/ticloud-serverless-sql-user-delete.md) - - [リスト](/tidb-cloud/ticloud-serverless-sql-user-list.md) - - [アップデート](/tidb-cloud/ticloud-serverless-sql-user-update.md) - - [あい](/tidb-cloud/ticloud-ai.md) - - [完了](/tidb-cloud/ticloud-completion.md) - - 設定 - - [作成する](/tidb-cloud/ticloud-config-create.md) - - [消去](/tidb-cloud/ticloud-config-delete.md) - - [説明する](/tidb-cloud/ticloud-config-describe.md) - - [編集](/tidb-cloud/ticloud-config-edit.md) - - [リスト](/tidb-cloud/ticloud-config-list.md) - - [セット](/tidb-cloud/ticloud-config-set.md) - - [使用](/tidb-cloud/ticloud-config-use.md) - - プロジェクト - - [リスト](/tidb-cloud/ticloud-project-list.md) - - [アップグレード](/tidb-cloud/ticloud-upgrade.md) - - [ヘルプ](/tidb-cloud/ticloud-help.md) - [テーブルフィルター](/table-filter.md) + - リソース割り当ての最適化 + - [リソース割り当ての概要](/tidb-cloud/optimize-resource-allocation.md) + - [リソース管理](/tidb-resource-control.md) + - TiDB ノード グループ + - [TiDBノードグループの概要](/tidb-cloud/tidb-node-group-overview.md) + - [TiDBノードグループの管理](/tidb-cloud/tidb-node-group-management.md) - [外部ストレージサービスの URI 形式](/external-storage-uri.md) - [DDL 実行の原則とベスト プラクティス](/ddl-introduction.md) - [データとインデックス間の不整合のトラブルシューティング](/troubleshoot-data-inconsistency-errors.md) + - [通知](/tidb-cloud/notifications.md) - [サポート](/tidb-cloud/tidb-cloud-support.md) - [用語集](/tidb-cloud/tidb-cloud-glossary.md) - よくある質問 - [TiDB Cloudよくある質問](/tidb-cloud/tidb-cloud-faq.md) - [TiDB Cloudサーバーレスに関するよくある質問](/tidb-cloud/serverless-faqs.md) + +## リリース {#releases} + - リリースノート - [2025](/tidb-cloud/tidb-cloud-release-notes.md) - [2024](/tidb-cloud/release-notes-2024.md) diff --git a/markdown-pages/ja/tidbcloud/master/develop/dev-guide-proxysql-integration.md b/markdown-pages/ja/tidbcloud/master/develop/dev-guide-proxysql-integration.md index 803d9713ed..f406e76c74 100644 --- a/markdown-pages/ja/tidbcloud/master/develop/dev-guide-proxysql-integration.md +++ b/markdown-pages/ja/tidbcloud/master/develop/dev-guide-proxysql-integration.md @@ -328,7 +328,7 @@ systemctl start docker > 3. TiDB Cloud Serverless クラスターをホストのリストに追加します。 > 4. ProxySQL とTiDB Cloud Serverless クラスター間の安全な接続を有効にします。 > - > より深く理解するために、 `proxysql-prepare.sql`ファイルを確認することを強くお勧めします。ProxySQL 構成の詳細については、 [ProxySQL ドキュメント](https://proxysql.com/documentation/proxysql-configuration/)参照してください。 + > 理解を深めるために、 `proxysql-prepare.sql`ファイルを確認することを強くお勧めします。ProxySQL 構成の詳細については、 [ProxySQL ドキュメント](https://proxysql.com/documentation/proxysql-configuration/)参照してください。 以下は出力例です。出力にクラスターのホスト名が表示されています。これは、ProxySQL とTiDB Cloud Serverless クラスター間の接続が確立されていることを意味します。 @@ -620,7 +620,7 @@ systemctl start docker ## 生産環境 {#production-environment} -本番環境では、完全に管理されたエクスペリエンスを実現するために[TiDB Cloud専用](https://www.pingcap.com/tidb-dedicated/)直接使用することをお勧めします。 +本番環境では、完全に管理されたエクスペリエンスを実現するために[TiDB Cloud専用](https://www.pingcap.com/tidb-cloud-dedicated/)直接使用することをお勧めします。 ### 前提条件 {#prerequisite} @@ -797,7 +797,7 @@ ProxySQL を TiDB のプロキシとして使用するには、ProxySQL を構 > > 次の手順では、TiDB と ProxySQL のコンテナ イメージを使用してクエリ ルールを構成します。まだ取得していない場合は、詳細な手順については[統合セクション](#option-2-integrate-tidb-self-hosted-with-proxysql)参照してください。 -1. TiDB および ProxySQL の[統合サンプルコードリポジトリ](https://github.com/pingcap-inc/tidb-proxysql-integration)クローンします。前の手順ですでにクローンしている場合は、この手順をスキップします。 +1. TiDB および ProxySQL の[統合サンプルコードリポジトリ](https://github.com/pingcap-inc/tidb-proxysql-integration)クローンします。前の手順で既にクローンしている場合は、この手順をスキップします。 diff --git a/markdown-pages/ja/tidbcloud/master/mysql-compatibility.md b/markdown-pages/ja/tidbcloud/master/mysql-compatibility.md index 12eaf9f2be..940fa7b376 100644 --- a/markdown-pages/ja/tidbcloud/master/mysql-compatibility.md +++ b/markdown-pages/ja/tidbcloud/master/mysql-compatibility.md @@ -114,7 +114,7 @@ mysql> SELECT _tidb_rowid, id FROM t; 3 rows in set (0.01 sec) ``` -ご覧のとおり、共有アロケータがあるため、 `id`毎回 2 ずつ増加します。この動作は[MySQL互換モード](/auto-increment.md#mysql-compatibility-mode)では変わり、共有アロケータがないため、数字のスキップは行われません。 +示されているように、共有アロケータがあるため、 `id`毎回 2 ずつ増加します。この動作は[MySQL互換モード](/auto-increment.md#mysql-compatibility-mode)では変わり、共有アロケータがないため、数字のスキップは行われません。 @@ -136,13 +136,13 @@ mysql> SELECT _tidb_rowid, id FROM t; -TiDB は、パフォーマンス監視メトリックの保存とクエリに[プロメテウスとグラファナ](/tidb-monitoring-api.md)の組み合わせを利用します。TiDB では、パフォーマンス スキーマ テーブルは結果を返しません。 +TiDB は、パフォーマンス監視メトリックの保存とクエリに[プロメテウスとグラファナ](/tidb-monitoring-api.md)の組み合わせを利用します。TiDB では、ほとんどの場合、 [パフォーマンス スキーマ テーブル](/performance-schema/performance-schema.md)結果を返しません。 -TiDB Cloudでパフォーマンス メトリックを確認するには、 TiDB Cloudコンソールのクラスター概要ページを確認するか、 [サードパーティの監視統合](/tidb-cloud/third-party-monitoring-integrations.md)使用します。パフォーマンス スキーマ テーブルは TiDB で空の結果を返します。 +TiDB Cloudでパフォーマンス メトリックを確認するには、 TiDB Cloudコンソールのクラスター概要ページを確認するか、 [サードパーティの監視統合](/tidb-cloud/third-party-monitoring-integrations.md)使用します。ほとんどの場合、 [パフォーマンス スキーマ テーブル](/performance-schema/performance-schema.md) TiDB で空の結果を返します。 @@ -171,7 +171,7 @@ TiDB では、サポートされているすべての DDL 変更をオンライ - TiDB は、 `HASH` 、 `RANGE` 、 `LIST` 、および`KEY`のパーティション タイプをサポートします。サポートされていないパーティション タイプの場合、TiDB は`Warning: Unsupported partition type %s, treat as normal table`返します。ここで、 `%s`サポートされていない特定のパーティション タイプです。 - 範囲、範囲列、リスト、およびリスト列でパーティション化されたテーブルは、 `ADD` 、 `DROP` 、 `TRUNCATE` 、および`REORGANIZE`操作をサポートします。その他のパーティション操作は無視されます。 - ハッシュおよびキーでパーティション化されたテーブルは、 `ADD` 、 `COALESCE` 、および`TRUNCATE`操作をサポートします。その他のパーティション操作は無視されます。 -- 次の構文はパーティション テーブルではサポートされていません。 +- パーティション テーブルでは次の構文はサポートされていません。 - `SUBPARTITION` - `{CHECK|OPTIMIZE|REPAIR|IMPORT|DISCARD|REBUILD} PARTITION` diff --git a/markdown-pages/ja/tidbcloud/master/partitioned-table.md b/markdown-pages/ja/tidbcloud/master/partitioned-table.md index bc21184289..c9594a939e 100644 --- a/markdown-pages/ja/tidbcloud/master/partitioned-table.md +++ b/markdown-pages/ja/tidbcloud/master/partitioned-table.md @@ -255,7 +255,7 @@ PARTITION BY RANGE COLUMNS (report_date) INTERVAL (1 MONTH) FIRST PARTITION LESS THAN ('2000-01-01') LAST PARTITION LESS THAN ('2025-01-01') ``` -次のテーブルが作成されます: +次のテーブルが作成されます。 CREATE TABLE `monthly_report_status` ( `report_id` int(11) NOT NULL, @@ -270,7 +270,7 @@ INTERVAL (1 MONTH) FIRST PARTITION LESS THAN ('2000-01-01') LAST PARTITION LESS PARTITION `P_LT_2024-12-01` VALUES LESS THAN ('2024-12-01'), PARTITION `P_LT_2025-01-01` VALUES LESS THAN ('2025-01-01')) -オプションのパラメータ`NULL PARTITION`は、定義が`PARTITION P_NULL VALUES LESS THAN ()`のパーティションを作成します。これは、パーティション式が`NULL`に評価される場合にのみ一致します。 `NULL`他のどの値よりも小さいと見なされることを説明している[範囲分割による NULL の扱い](#handling-of-null-with-range-partitioning)を参照してください。 +オプションのパラメータ`NULL PARTITION`は、定義が`PARTITION P_NULL VALUES LESS THAN ()`のパーティションを作成します。これは、パーティション式が`NULL`に評価される場合にのみ一致します。 `NULL`他のどの値よりも小さいと見なされることを説明している[範囲分割による NULL の処理](#handling-of-null-with-range-partitioning)を参照してください。 オプションパラメータ`MAXVALUE PARTITION`は、最後のパーティションを`PARTITION P_MAXVALUE VALUES LESS THAN (MAXVALUE)`として作成します。 @@ -584,7 +584,7 @@ v7.0.0 以降、TiDB はキー パーティションをサポートします。v キー パーティショニングとハッシュ パーティショニングはどちらも、一定数のパーティションにデータを均等に分散できます。違いは、ハッシュ パーティショニングは指定された整数式または整数列に基づいてデータを分散することしかサポートしていないのに対し、キー パーティショニングは列リストに基づいてデータを分散することをサポートしており、キー パーティショニングのパーティション列は整数型に限定されていないことです。TiDB のキー パーティショニングのハッシュ アルゴリズムは MySQL のハッシュ アルゴリズムとは異なるため、テーブル データの分散も異なります。 -キーパーティションテーブルを作成するには、 `CREATE TABLE`ステートメントに`PARTITION BY KEY (columnList)`句を追加する必要があります。 `columnList` 、1 つ以上の列名を含む列リストです。リスト内の各列のデータ型は、 `BLOB` 、 `JSON` 、および`GEOMETRY`除く任意の型にすることができます (TiDB は`GEOMETRY`サポートしていないことに注意してください)。さらに、 `PARTITIONS num` ( `num`はテーブルがいくつのパーティションに分割されているかを示す正の整数) を追加したり、パーティション名の定義を追加したりする必要がある場合もあります。たとえば、 `(PARTITION p0, PARTITION p1)`追加すると、テーブルが`p0`と`p1`名前の 2 つのパーティションに分割されます。 +キーパーティションテーブルを作成するには、 `CREATE TABLE`ステートメントに`PARTITION BY KEY (columnList)`句を追加する必要があります。 `columnList` 、1 つ以上の列名を含む列リストです。リスト内の各列のデータ型は、 `BLOB` 、 `JSON` 、 `GEOMETRY`除く任意の型にすることができます (TiDB は`GEOMETRY`サポートしていないことに注意してください)。さらに、 `PARTITIONS num` ( `num`はテーブルが分割されているパーティションの数を示す正の整数) を追加したり、パーティション名の定義を追加したりする必要がある場合もあります。たとえば、 `(PARTITION p0, PARTITION p1)`追加すると、テーブルが`p0`と`p1`という名前の 2 つのパーティションに分割されます。 次の操作は、 `store_id`ずつ 4 つのパーティションに分割されたキーパーティションテーブルを作成します。 @@ -1331,7 +1331,7 @@ SELECT store_id, COUNT(department_id) AS c パーティションの選択は、範囲パーティションやハッシュ パーティションを含むすべてのタイプのテーブル パーティションでサポートされています。ハッシュ パーティションの場合、パーティション名が指定されていない場合は、 `p0` 、 `p1` 、 `p2` 、...、または`pN-1`パーティション名として自動的に使用されます。 -`SELECT` in `INSERT ... SELECT`でもパーティション選択を使用できます。 +`SELECT` in `INSERT ... SELECT`ではパーティション選択も使用できます。 ## パーティションの制限と制約 {#restrictions-and-limitations-on-partitions} @@ -1564,8 +1564,6 @@ ERROR 1503 (HY000): A UNIQUE INDEX must include all columns in the table's parti 現在、TiDB は、範囲パーティション、範囲列パーティション、List パーティショニング、List COLUMNS パーティショニング、ハッシュ パーティション、およびキー パーティションをサポートしています。MySQL で使用できるその他のパーティション タイプは、TiDB ではまだサポートされていません。 -パーティション管理に関しては、ハッシュパーティションテーブル内のパーティション数の調整、範囲パーティションテーブルの範囲の変更、パーティションのマージなど、下位の実装でデータの移動を必要とする操作は現在サポートされていません。 - サポートされていないパーティション タイプの場合、TiDB でテーブルを作成すると、パーティション情報は無視され、警告が報告されて通常の形式でテーブルが作成されます。 `LOAD DATA`構文は現在 TiDB のパーティション選択をサポートしていません。 diff --git a/markdown-pages/ja/tidbcloud/master/sql-statements/sql-statement-explain-analyze.md b/markdown-pages/ja/tidbcloud/master/sql-statements/sql-statement-explain-analyze.md index a0a93af19c..2af079e1d1 100644 --- a/markdown-pages/ja/tidbcloud/master/sql-statements/sql-statement-explain-analyze.md +++ b/markdown-pages/ja/tidbcloud/master/sql-statements/sql-statement-explain-analyze.md @@ -82,7 +82,7 @@ EXPLAIN ANALYZE SELECT * FROM t1; +-------------------+----------+---------+-----------+---------------+-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+--------------------------------+-----------+------+ | id | estRows | actRows | task | access object | execution info | operator info | memory | disk | +-------------------+----------+---------+-----------+---------------+-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+--------------------------------+-----------+------+ -| TableReader_5 | 10000.00 | 3 | root | | time:278.2µs, loops:2, cop_task: {num: 1, max: 437.6µs, proc_keys: 3, rpc_num: 1, rpc_time: 423.9µs, copr_cache_hit_ratio: 0.00} | data:TableFullScan_4 | 251 Bytes | N/A | +| TableReader_5 | 10000.00 | 3 | root | | time:278.2µs, loops:2, cop_task: {num: 1, max: 437.6µs, proc_keys: 3, copr_cache_hit_ratio: 0.00}, rpc_info:{Cop:{num_rpc:1, total_time:423.9µs}} | data:TableFullScan_4 | 251 Bytes | N/A | | └─TableFullScan_4 | 10000.00 | 3 | cop[tikv] | table:t1 | tikv_task:{time:0s, loops:1}, scan_detail: {total_process_keys: 3, total_process_keys_size: 111, total_keys: 4, rocksdb: {delete_skipped_count: 0, key_skipped_count: 3, block: {cache_hit_count: 0, read_count: 0, read_byte: 0 Bytes}}} | keep order:false, stats:pseudo | N/A | N/A | +-------------------+----------+---------+-----------+---------------+-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+--------------------------------+-----------+------+ 2 rows in set (0.00 sec) @@ -110,14 +110,14 @@ EXPLAIN ANALYZE SELECT * FROM t1; `TableReader`演算子の実行情報は通常、次のようになります。 - cop_task: {num: 6, max: 1.07587ms, min: 844.312µs, avg: 919.601µs, p95: 1.07587ms, max_proc_keys: 16, p95_proc_keys: 16, tot_proc: 1ms, tot_wait: 1ms, rpc_num: 6, rpc_time: 5.313996 ms, copr_cache_hit_ratio: 0.00} + cop_task: {num: 6, max: 1.07587ms, min: 844.312µs, avg: 919.601µs, p95: 1.07587ms, max_proc_keys: 16, p95_proc_keys: 16, tot_proc: 1ms, tot_wait: 1ms, copr_cache_hit_ratio: 0.00}, rpc_info:{Cop:{num_rpc:6, total_time:5.313996ms}} - `cop_task` : `cop`タスクの実行情報が含まれます。例: - `num` : copタスクの数。 - `max` : cop タスクの実行に費やされた実行時間の最大値、 `avg` `p95` 、平均値、 `min` P95 値。 - `max_proc_keys`と`p95_proc_keys` : すべての cop タスクで TiKV によってスキャンされた最大値と P95 キー値。最大値と P95 値の差が大きい場合、データ分布が不均衡になる可能性があります。 - - `rpc_num` : TiKV に送信された`Cop` `rpc_time`要求の合計数と合計所要時間。 - `copr_cache_hit_ratio` : `cop`のタスク要求に対するコプロセッサーキャッシュのヒット率。 +- `rpc_info` : リクエスト タイプ別に集計された、TiKV に送信された RPC リクエストの合計数と合計時間。 - `backoff` : さまざまなタイプのバックオフとバックオフの合計待機時間が含まれます。 ### 入れる {#insert} diff --git a/markdown-pages/ja/tidbcloud/master/tidb-cloud/ai-feature-concepts.md b/markdown-pages/ja/tidbcloud/master/tidb-cloud/ai-feature-concepts.md new file mode 100644 index 0000000000..79ba3d95dd --- /dev/null +++ b/markdown-pages/ja/tidbcloud/master/tidb-cloud/ai-feature-concepts.md @@ -0,0 +1,50 @@ +--- +title: AI Features +summary: TiDB Cloudの AI 機能について学びます。 +--- + +# AI機能 {#ai-features} + +TiDB Cloudの AI 機能により、データの探索、検索、統合のための高度なテクノロジーを最大限に活用できます。自然言語駆動の SQL クエリ生成から高性能なベクトル検索まで、TiDB はデータベース機能と最新の AI 機能を組み合わせて、革新的なアプリケーションを実現します。一般的な AI フレームワーク、埋め込みモデル、ORM ライブラリとのシームレスな統合をサポートしている TiDB は、セマンティック検索や AI を活用した分析などのユースケースに対応する多目的プラットフォームを提供します。 + +このドキュメントでは、これらの AI 機能と、それらが TiDB エクスペリエンスをどのように強化するかについて説明します。 + +## Chat2Query (ベータ版) {#chat2query-beta} + +Chat2Query は SQL エディターに統合された AI を活用した機能で、自然言語の指示を使用して SQL クエリを生成、デバッグ、または書き換えるユーザーを支援します。詳細については、 [AI支援SQLエディターでデータを探索](/tidb-cloud/explore-data-with-chat2query.md)参照してください。 + +さらに、 TiDB Cloud は、 TiDB Cloud Serverless クラスター用の Chat2Query API を提供します。これを有効にすると、 TiDB Cloud は自動的に Chat2Query と呼ばれるシステム データ アプリと、データ サービス内の Chat2Data エンドポイントを作成します。このエンドポイントを呼び出して、指示を与えることで AI が SQL ステートメントを生成して実行できるようにすることができます。詳細については、 [Chat2Query APIを使い始める](/tidb-cloud/use-chat2query-api.md)参照してください。 + +## ベクトル検索（ベータ版） {#vector-search-beta} + +ベクトル検索は、データの意味を優先して関連性の高い結果を提供する検索方法です。 + +正確なキーワード一致と単語の頻度に依存する従来の全文検索とは異なり、ベクトル検索はさまざまなデータ タイプ (テキスト、画像、音声など) を高次元ベクトルに変換し、これらのベクトル間の類似性に基づいてクエリを実行します。この検索方法は、データの意味とコンテキスト情報をキャプチャし、ユーザーの意図をより正確に理解することにつながります。 + +検索語がデータベースの内容と完全に一致しない場合でも、ベクター検索ではデータのセマンティクスを分析することで、ユーザーの意図に一致する結果を提供できます。たとえば、「泳ぐ動物」の全文検索では、これらのキーワードと完全に一致する結果のみが返されます。対照的に、ベクター検索では、魚やアヒルなど、他の泳ぐ動物の結果が、これらの結果に完全に一致するキーワードが含まれなくても返されます。 + +詳細については[ベクトル検索（ベータ版）の概要](/tidb-cloud/vector-search-overview.md)参照してください。 + +## AI統合 {#ai-integrations} + +### AIフレームワーク {#ai-frameworks} + +TiDB はいくつかの一般的な AI フレームワークを公式にサポートしており、これらのフレームワークに基づいて開発された AI アプリケーションを TiDB Vector Search に簡単に統合できます。 + +サポートされている AI フレームワークの一覧については、 [ベクトル検索統合の概要](/tidb-cloud/vector-search-integration-overview.md#ai-frameworks)参照してください。 + +### モデルとサービスの埋め込み {#embedding-models-and-services} + +ベクトル埋め込みは、埋め込みとも呼ばれ、高次元空間内の現実世界のオブジェクトを表す一連の数字です。ドキュメント、画像、音声、ビデオなどの非構造化データの意味とコンテキストをキャプチャします。 + +埋め込みモデルは、データを[ベクトル埋め込み](/tidb-cloud/vector-search-overview.md#vector-embedding)に変換するアルゴリズムです。適切な埋め込みモデルを選択することは、セマンティック検索結果の正確性と関連性を保証するために重要です。 + +TiDB Vector Search は、最大 16383 次元のベクトルの格納をサポートしており、ほとんどの埋め込みモデルに対応しています。非構造化テキスト データの場合、 [大規模テキスト埋め込みベンチマーク (MTEB) リーダーボード](https://huggingface.co/spaces/mteb/leaderboard)で最高のパフォーマンスを発揮するテキスト埋め込みモデルを見つけることができます。 + +### オブジェクトリレーショナルマッピング（ORM）ライブラリ {#object-relational-mapping-orm-libraries} + +オブジェクト リレーショナル マッピング (ORM) ライブラリは、開発者がデータベース レコードを任意のプログラミング言語のオブジェクトであるかのように操作できるようにすることで、アプリケーションとリレーショナル データベース間のやり取りを容易にするツールです。 + +TiDB を使用すると、ベクトル検索を ORM ライブラリと統合して、従来のリレーショナル データとともにベクトル データを管理できます。この統合は、AI モデルによって生成されたベクトル埋め込みを保存およびクエリする必要があるアプリケーションに特に役立ちます。ORM ライブラリを使用すると、開発者はデータベースの機能を活用して、最近傍検索などの複雑なベクトル操作を実行し、TiDB に保存されているベクトル データとシームレスにやり取りできます。 + +サポートされている ORM ライブラリのリストについては、 [ベクトル検索統合の概要](/tidb-cloud/vector-search-integration-overview.md#object-relational-mapping-orm-libraries)参照してください。 diff --git a/markdown-pages/ja/tidbcloud/master/tidb-cloud/api-overview.md b/markdown-pages/ja/tidbcloud/master/tidb-cloud/api-overview.md index 4fb49798c9..be7b09ec39 100644 --- a/markdown-pages/ja/tidbcloud/master/tidb-cloud/api-overview.md +++ b/markdown-pages/ja/tidbcloud/master/tidb-cloud/api-overview.md @@ -3,7 +3,7 @@ title: TiDB Cloud API Overview summary: TiDB Cloud API とは何か、その機能、API を使用してTiDB Cloudクラスターを管理する方法について学習します。 --- -# TiDB CloudAPI 概要ベータ版 {#tidb-cloud-api-overview-span-style-color-fff-background-color-00bfff-border-radius-4px-font-size-0-5em-vertical-align-middle-margin-left-16px-padding-0-2px-beta-span} +# TiDB CloudAPI の概要 (ベータ版) {#tidb-cloud-api-overview-beta} > **注記：** > diff --git a/markdown-pages/ja/tidbcloud/master/tidb-cloud/architecture-concepts.md b/markdown-pages/ja/tidbcloud/master/tidb-cloud/architecture-concepts.md new file mode 100644 index 0000000000..2dcbd44fbd --- /dev/null +++ b/markdown-pages/ja/tidbcloud/master/tidb-cloud/architecture-concepts.md @@ -0,0 +1,104 @@ +--- +title: Architecture +summary: TiDB Cloudのアーキテクチャの概念について学習します。 +--- + +# アーキテクチャ {#architecture} + +TiDB Cloud は、オープンソースの HTAP (ハイブリッド トランザクションおよび分析処理) データベースである[ティビ](https://docs.pingcap.com/tidb/stable/overview)の柔軟性とパワーを Google Cloud と AWS にもたらす、フルマネージドの Database-as-a-Service (DBaaS) です。 + +TiDB は MySQL と互換性があり、既存のアプリケーションへの移行や操作が容易なだけでなく、小規模なワークロードから大規模で高性能なクラスターまで、あらゆるワークロードを処理できるシームレスなスケーラビリティも提供します。トランザクション (OLTP) と分析 (OLAP) の両方のワークロードを 1 つのシステムでサポートし、操作を簡素化してリアルタイムの洞察を可能にします。 + +TiDB Cloud には、自動スケーリングとコスト効率に優れたワークロード向けの**TiDB Cloud** **Serverless**と、専用リソースと高度な機能を備えたエンタープライズ グレードのアプリケーション向けの**TiDB Cloud Dedicated という**2 つのデプロイメント オプションがあります。TiDB TiDB Cloudと、データベースのスケーリング、複雑な管理タスクの処理が容易になり、信頼性が高くパフォーマンスの高いアプリケーションの開発に集中できます。 + +## TiDB Cloudサーバーレス {#tidb-cloud-serverless} + +TiDB Cloud Serverless は、従来の TiDB と同様の HTAP 機能を提供する完全マネージド型のサーバーレス ソリューションです。また、自動スケーリング機能も備えているため、容量計画や管理の複雑さに関連するユーザーの負担を軽減できます。基本的な使用には無料レベルが用意されており、無料制限を超えた使用に対しては使用量に基づいて課金されます。TiDB TiDB Cloud Serverless は、さまざまな運用要件に対応するために 2 種類の高可用性を提供します。 + +デフォルトでは、ゾーン高可用性オプションを利用するクラスターでは、すべてのコンポーネントが同じ可用性ゾーン内に配置されるため、ネットワークのレイテンシーが短くなります。 + +![TiDB Cloud Serverless zonal high availability](https://download.pingcap.com/images/docs/tidb-cloud/serverless-zonal-high-avaliability-aws.png) + +最大限のインフラストラクチャの分離と冗長性を必要とするアプリケーションの場合、リージョン高可用性オプションにより、複数の可用性ゾーンにノードが分散されます。 + +![TiDB Cloud Serverless regional high availability](https://download.pingcap.com/images/docs/tidb-cloud/serverless-regional-high-avaliability-aws.png) + +## TiDB Cloud専用 {#tidb-cloud-dedicated} + +TiDB Cloud Dedicated は、ミッションクリティカルなビジネス向けに設計されており、複数の可用性ゾーンにわたる高可用性、水平スケーリング、完全な HTAP 機能を提供します。 + +VPC、VM、マネージド Kubernetes サービス、クラウドstorageなどの分離されたクラウド リソース上に構築されており、主要なクラウド プロバイダーのインフラストラクチャを活用します。TiDB TiDB Cloud Dedicated クラスターは、完全な TiDB 機能セットをサポートし、迅速なスケーリング、信頼性の高いバックアップ、特定の VPC 内での展開、地理的レベルの災害復旧を可能にします。 + +![TiDB Cloud Dedicated Architecture](https://download.pingcap.com/images/docs/tidb-cloud/tidb-cloud-dedicated-architecture.png) + +## TiDB Cloudコンソール {#tidb-cloud-console} + +[TiDB Cloudコンソール](https://tidbcloud.com/)は、 TiDB Cloud Serverless とTiDB Cloud Dedicated の両方に対応する Web ベースの管理インターフェイスです。クラスターの管理、データのインポートまたは移行、パフォーマンス メトリックの監視、バックアップの構成、セキュリティ制御のセットアップ、他のクラウド サービスとの統合を行うためのツールをすべて、単一の使いやすいプラットフォームから提供します。 + +## TiDB CloudCLI (ベータ版) {#tidb-cloud-cli-beta} + +TiDB Cloud CLI `ticloud`使用すると、簡単なコマンドでターミナルから直接TiDB Cloud Serverless とTiDB Cloud Dedicated を管理できます。次のようなタスクを実行できます。 + +- クラスターの作成、削除、および一覧表示。 +- クラスターにデータをインポートしています。 +- クラスターからデータをエクスポートしています。 + +詳細については[TiDB CloudCLI リファレンス](/tidb-cloud/cli-reference.md)参照してください。 + +## TiDB CloudAPI (ベータ版) {#tidb-cloud-api-beta} + +TiDB Cloud API は、 TiDB Cloud Serverless とTiDB Cloud Dedicated 全体のリソースを管理するためのプログラムによるアクセスを提供する REST ベースのインターフェースです。これにより、プロジェクト、クラスター、バックアップ、復元、データのインポート、課金、その他のリソースの管理などのタスクを[TiDB Cloudデータ サービス](/tidb-cloud/data-service-overview.md)で自動化して効率的に処理できるようになります。 + +詳細については[TiDB CloudAPI の概要](/tidb-cloud/api-overview.md)参照してください。 + +## ノード {#nodes} + +TiDB Cloudでは、各クラスターは TiDB、TiKV、およびTiFlashノードで構成されます。 + +- TiDB Cloud Dedicated クラスターでは、パフォーマンス要件に応じて、専用の TiDB、TiKV、およびTiFlashノードの数とサイズを完全に管理できます。詳細については、 [スケーラビリティ](/tidb-cloud/scalability-concepts.md)参照してください。 +- TiDB Cloud Serverless クラスターでは、TiDB、TiKV、 TiFlashノードの数とサイズが自動的に管理されます。これによりシームレスなスケーリングが保証され、ユーザーがノードの構成や管理タスクを処理する必要がなくなります。 + +### TiDBノード {#tidb-node} + +A [TiDBノード](/tidb-computing.md) 、MySQL 互換エンドポイントを使用してアプリケーションに接続するステートレス SQLレイヤーです。SQL クエリの解析、最適化、分散実行プランの作成などのタスクを処理します。 + +複数の TiDB ノードを展開して水平方向に拡張し、より高いワークロードを管理できます。これらのノードは、TiProxy や HAProxy などのロード バランサーと連携して、シームレスなインターフェイスを提供します。TiDB ノード自体はデータを保存しません。行ベースのstorageの場合は TiKV ノードに、列ベースのstorageの場合はTiFlashノードにデータ要求を転送します。 + +### TiKVノード {#tikv-node} + +[TiKVノード](/tikv-overview.md) 、TiDBアーキテクチャにおけるデータstorageのバックボーンであり、信頼性、スケーラビリティ、高可用性を実現する分散トランザクション キー値storageエンジンとして機能します。 + +**主な機能:** + +- **地域ベースのデータstorage** + + - データは[地域](https://docs.pingcap.com/tidb/dev/glossary#regionpeerraft-group)に分割され、それぞれが特定のキー範囲 (左閉じ、右開きの間隔: `StartKey` ～ `EndKey` ) をカバーします。 + - 効率的なデータ分散を確保するために、各 TiKV ノード内に複数のリージョンが共存します。 + +- **トランザクションサポート** + + - TiKV ノードは、キー値レベルでネイティブの分散トランザクション サポートを提供し、デフォルトの分離レベルとしてスナップショット分離を保証します。 + - TiDB ノードは、SQL 実行プランを TiKV ノード API への呼び出しに変換し、シームレスな SQL レベルのトランザクション サポートを可能にします。 + +- **高可用性** + + - TiKV ノード内のすべてのデータは、耐久性を確保するために複製されます (デフォルト: 3 つのレプリカ)。 + - TiKV はネイティブの高可用性を保証し、自動フェイルオーバーをサポートして、ノード障害から保護します。 + +- **スケーラビリティと信頼性** + + - TiKV ノードは、分散一貫性とフォールト トレランスを維持しながら、拡大するデータセットを処理するように設計されています。 + +### TiFlashノード {#tiflash-node} + +[TiFlashノード](/tiflash/tiflash-overview.md)は、TiDBアーキテクチャ内の特殊なタイプのstorageノードです。通常の TiKV ノードとは異なり、 TiFlash は列型storageモデルによる分析アクセラレーション用に設計されています。 + +**主な機能:** + +- **列型storage** + + TiFlashノードはデータを列形式で保存するため、分析クエリに最適化され、読み取り集中型のワークロードのパフォーマンスが大幅に向上します。 + +- **ベクトル検索インデックスのサポート** + + ベクター検索インデックス機能は、テーブルにTiFlashレプリカを使用するため、高度な検索機能が有効になり、複雑な分析シナリオでの効率が向上します。 diff --git a/markdown-pages/ja/tidbcloud/master/tidb-cloud/backup-and-restore-concepts.md b/markdown-pages/ja/tidbcloud/master/tidb-cloud/backup-and-restore-concepts.md new file mode 100644 index 0000000000..ec7fd733b4 --- /dev/null +++ b/markdown-pages/ja/tidbcloud/master/tidb-cloud/backup-and-restore-concepts.md @@ -0,0 +1,42 @@ +--- +title: Backup & Restore +summary: TiDB Cloudのバックアップと復元の概念について学習します。 +--- + +# バックアップと復元 {#backup-x26-restore} + +TiDB Cloud のバックアップと復元機能は、クラスター データをバックアップおよび復元できるようにすることで、データを保護し、ビジネスの継続性を確保するように設計されています。 + +## 自動バックアップ {#automatic-backup} + +TiDB Cloud Serverless クラスターとTiDB Cloud Dedicated クラスターの両方で、スナップショット バックアップはデフォルトで自動的に作成され、バックアップ保持ポリシーに従って保存されます。 + +詳細については、以下を参照してください。 + +- [TiDB Cloud Serverless クラスターの自動バックアップ](/tidb-cloud/backup-and-restore-serverless.md#automatic-backups) +- [TiDB Cloud Dedicated クラスターの自動バックアップ](/tidb-cloud/backup-and-restore.md#turn-on-auto-backup) + +## 手動バックアップ {#manual-backup} + +手動バックアップは、必要に応じてデータを既知の状態にバックアップし、いつでもその状態に復元できるTiDB Cloud Dedicated の機能です。 + +詳細については[手動バックアップを実行する](/tidb-cloud/backup-and-restore.md#perform-a-manual-backup)参照してください。 + +## デュアルリージョンバックアップ {#dual-region-backup} + +デュアル リージョン バックアップは、クラスター リージョンから別のリージョンにバックアップを複製できるTiDB Cloud Dedicated の機能です。この機能を有効にすると、すべてのバックアップが指定されたリージョンに自動的に複製されます。これにより、リージョン間のデータ保護と災害復旧機能が提供されます。約 99% のデータが 1 時間以内にセカンダリ リージョンに複製されると推定されます。 + +詳細については[デュアルリージョンバックアップをオンにする](/tidb-cloud/backup-and-restore.md#turn-on-dual-region-backup)参照してください。 + +## ポイントインタイム復元 {#point-in-time-restore} + +ポイントインタイム リストアは、任意の時点のデータを新しいクラスターに復元できる機能です。この機能を使用すると、次のことができます。 + +- 災害復旧における RPO を削減します。 +- エラー イベント前の時点を復元することで、データ書き込みエラーのケースを解決します。 +- ビジネスの履歴データを監査します。 + +ポイントインタイム リストアを実行する場合は、次の点に注意してください。 + +- TiDB Cloud Serverless クラスターの場合、ポイントインタイム リストアはスケーラブル クラスターでのみ使用でき、無料クラスターでは使用できません。詳細については、 [復元モード](/tidb-cloud/backup-and-restore-serverless.md#restore-mode)参照してください。 +- TiDB Cloud Dedicated クラスターの場合は、事前に[PITRを有効にする](/tidb-cloud/backup-and-restore.md#turn-on-point-in-time-restore)が必要です。 diff --git a/markdown-pages/ja/tidbcloud/master/tidb-cloud/changefeed-sink-to-apache-kafka.md b/markdown-pages/ja/tidbcloud/master/tidb-cloud/changefeed-sink-to-apache-kafka.md index 6d0a955a07..bf00506a33 100644 --- a/markdown-pages/ja/tidbcloud/master/tidb-cloud/changefeed-sink-to-apache-kafka.md +++ b/markdown-pages/ja/tidbcloud/master/tidb-cloud/changefeed-sink-to-apache-kafka.md @@ -50,7 +50,7 @@ TiDB クラスターが Apache Kafka サービスに接続できることを確 Private Connect は、クラウド プロバイダーの**Private Link**または**Private Service Connect**テクノロジーを活用して、VPC 内のリソースがプライベート IP アドレスを使用して他の VPC 内のサービスに接続できるようにします。その場合、それらのサービスが VPC 内で直接ホストされているかのようになります。 -現在、 TiDB Cloud は汎用 Kafka の Private Connect のみをサポートしています。MSK、Confluent Kafka、またはその他のサービスとの特別な統合は含まれていません。 +TiDB Cloud は現在、セルフホスト型 Kafka のプライベート接続のみをサポートしています。MSK、Confluent Kafka、またはその他の Kafka SaaS サービスとの直接統合はサポートしていません。プライベート接続を介してこれらの Kafka SaaS サービスに接続するには、 [kafka プロキシ](https://github.com/grepplabs/kafka-proxy)を仲介としてデプロイし、Kafka サービスをセルフホスト型 Kafka として効果的に公開します。詳細な例については、 [Google Cloud で Kafka-proxy を使用してセルフホスト型 Kafka Private Service Connect を設定する](/tidb-cloud/setup-self-hosted-kafka-private-service-connect.md#set-up-self-hosted-kafka-private-service-connect-by-kafka-proxy)参照してください。この設定は、すべての Kafka SaaS サービスで同様です。 - Apache Kafka サービスが AWS でホストされている場合は、 [AWS でセルフホスト型 Kafka プライベートリンク サービスをセットアップする](/tidb-cloud/setup-self-hosted-kafka-private-link-service.md)に従って、ネットワーク接続が適切に構成されていることを確認します。セットアップ後、 TiDB Cloudコンソールで次の情報を入力して、変更フィードを作成します。 @@ -228,7 +228,7 @@ TiDB Cloud の変更フィードが Apache Kafka にデータをストリーミ - **Decimal**および**Unsigned BigInt**構成では、 TiDB Cloud がKafka メッセージ内の Decimal および Unsigned Bigint データ型を処理する方法を指定します。 - **スキーマ レジストリ**領域で、スキーマ レジストリ エンドポイントを入力します。HTTP**認証**を有効にすると、ユーザー名とパスワードのフィールドが表示され、TiDB クラスターのエンドポイントとパスワードが自動的に入力されます。 -6. **「トピック配布」**領域で配布モードを選択し、モードに応じてトピック名の設定を入力します。 +6. 「**トピック配布」**領域で配布モードを選択し、モードに応じてトピック名の設定を入力します。 データ形式として**Avro を**選択した場合は、 **「配布モード」**ドロップダウン リスト**で「変更ログをテーブルごとに Kafka トピックに配布」**モードのみを選択できます。 diff --git a/markdown-pages/ja/tidbcloud/master/tidb-cloud/cli-reference.md b/markdown-pages/ja/tidbcloud/master/tidb-cloud/cli-reference.md index 40972104ad..2d3ddbcd6c 100644 --- a/markdown-pages/ja/tidbcloud/master/tidb-cloud/cli-reference.md +++ b/markdown-pages/ja/tidbcloud/master/tidb-cloud/cli-reference.md @@ -3,7 +3,7 @@ title: TiDB Cloud CLI Reference summary: TiDB Cloud CLI の概要を説明します。 --- -# TiDB Cloud CLI リファレンスベータ版 {#tidb-cloud-cli-reference-span-style-color-fff-background-color-00bfff-border-radius-4px-font-size-0-5em-vertical-align-middle-margin-left-16px-padding-0-2px-beta-span} +# TiDB Cloud CLI リファレンス (ベータ版) {#tidb-cloud-cli-reference-beta} > **注記：** > diff --git a/markdown-pages/ja/tidbcloud/master/tidb-cloud/data-service-concepts.md b/markdown-pages/ja/tidbcloud/master/tidb-cloud/data-service-concepts.md new file mode 100644 index 0000000000..6e607782d4 --- /dev/null +++ b/markdown-pages/ja/tidbcloud/master/tidb-cloud/data-service-concepts.md @@ -0,0 +1,48 @@ +--- +title: Data Service (Beta) +summary: TiDB Cloudのデータ サービスの概念について学習します。 +--- + +# データ サービス (ベータ版) {#data-service-beta} + +TiDB Cloud [データ サービス (ベータ版)](https://tidbcloud.com/console/data-service)は、バックエンド アプリケーション開発を簡素化し、開発者が高度にスケーラブルで安全なデータ駆動型アプリケーションを迅速に構築できるようにする、完全に管理されたローコードのバックエンド サービス ソリューションです。 + +データ サービスを使用すると、カスタム API エンドポイントを使用して HTTPS リクエスト経由でTiDB Cloudデータにアクセスできます。この機能は、サーバーレスアーキテクチャを使用してコンピューティング リソースと柔軟なスケーリングを処理するため、インフラストラクチャやメンテナンスのコストを気にすることなく、エンドポイントのクエリ ロジックに集中できます。 + +詳細については[TiDB Cloudデータ サービス (ベータ版) の概要](/tidb-cloud/data-service-overview.md)参照してください。 + +## データアプリ {#data-app} + +[データ サービス (ベータ版)](https://tidbcloud.com/console/data-service)のデータ アプリは、特定のアプリケーションのデータにアクセスするために使用できるエンドポイントのコレクションです。データ アプリを作成すると、エンドポイントをグループ化し、API キーを使用して承認設定を構成し、エンドポイントへのアクセスを制限できます。これにより、承認されたユーザーのみがデータにアクセスして操作できるようにすることができ、アプリケーションのセキュリティが強化されます。 + +詳細については[データアプリを管理する](/tidb-cloud/data-service-manage-data-app.md)参照してください。 + +## データアプリエンドポイント {#data-app-endpoints} + +[データ サービス (ベータ版)](https://tidbcloud.com/console/data-service)のエンドポイントは、SQL ステートメントを実行するためにカスタマイズできる Web API です。3 句で使用される値など、SQL ステートメントのパラメーターを指定できます。クライアントがエンドポイントを呼び出し、要求 URL でパラメーターの値を提供すると、エンドポイントは`WHERE`されたパラメーターを使用して対応する SQL ステートメントを実行し、結果を HTTP 応答の一部として返します。 + +詳細については[エンドポイントの管理](/tidb-cloud/data-service-manage-endpoint.md)参照してください。 + +## チャット2クエリAPI {#chat2query-api} + +TiDB Cloudでは、Chat2Query API は、指示を与えることで AI を使用して SQL ステートメントを生成および実行できる RESTful インターフェースです。その後、API がクエリ結果を返します。 + +詳細については[Chat2Query APIを使い始める](/tidb-cloud/use-chat2query-api.md)参照してください。 + +## AI統合 {#ai-integrations} + +サードパーティ ツールをデータ アプリに統合すると、サードパーティ ツールが提供する高度な自然言語処理機能と人工知能 (AI) 機能によってアプリケーションが強化されます。この統合により、アプリケーションはより複雑なタスクを実行し、インテリジェントなソリューションを提供できるようになります。 + +現在、GPT や Dify などのサードパーティ ツールをTiDB Cloudコンソールに統合できます。 + +詳細については[データアプリをサードパーティツールと統合する](/tidb-cloud/data-service-integrations.md)参照してください。 + +## コードとしてのコンフィグレーション {#configuration-as-code} + +TiDB Cloud は、 JSON 構文を使用してデータ アプリの構成全体をコードとして表現するコンフィグレーション as Code (CaC) アプローチを提供します。 + +データ アプリを GitHub に接続することで、 TiDB Cloud はCaC アプローチを使用して、データ アプリの構成を[設定ファイル](/tidb-cloud/data-service-app-config-files.md)として優先 GitHub リポジトリとブランチにプッシュできます。 + +GitHub 接続で自動同期とデプロイメントが有効になっている場合は、GitHub 上の構成ファイルを更新してデータ アプリを変更することもできます。構成ファイルの変更を GitHub にプッシュすると、新しい構成がTiDB Cloudに自動的にデプロイされます。 + +詳細については[GitHub でデータ アプリを自動的にデプロイ](/tidb-cloud/data-service-manage-github-connection.md)参照してください。 diff --git a/markdown-pages/ja/tidbcloud/master/tidb-cloud/data-streaming-concepts.md b/markdown-pages/ja/tidbcloud/master/tidb-cloud/data-streaming-concepts.md new file mode 100644 index 0000000000..822490ede1 --- /dev/null +++ b/markdown-pages/ja/tidbcloud/master/tidb-cloud/data-streaming-concepts.md @@ -0,0 +1,22 @@ +--- +title: Data Streaming +summary: TiDB Cloudのデータ ストリーミングの概念について学習します。 +--- + +# データストリーミング {#data-streaming} + +TiDB Cloud を使用すると、TiDB クラスタからのデータ変更を Kafka、MySQL、オブジェクトstorageなどの他のシステムにストリーミングできます。 + +現在、 TiDB Cloud は、Apache Kafka、MySQL、 TiDB Cloud、クラウドstorageへのストリーミング データをサポートしています。 + +## チェンジフィード {#changefeed} + +TiDB Cloudチェンジフィードは、 TiDB Cloudから他のデータ サービスにデータの変更を複製するのに役立つ継続的なデータ ストリームです。 + +TiDB Cloudコンソールの変更フィード ページでは、変更フィードを作成したり、既存の変更フィードの一覧を表示したり、既存の変更フィードを操作したり (変更フィードのスケーリング、一時停止、再開、編集、削除など) できます。 + +デフォルトでは、レプリケーションには増分データの変更のみが含まれます。既存のデータをレプリケートする必要がある場合は、変更フィードを開始する前に、手動でエクスポートしてターゲット システムにロードする必要があります。 + +TiDB Cloudでは、テーブル フィルター (レプリケートするテーブルを指定する) とイベント フィルター (INSERT や DELETE などの特定の種類のイベントを含めるか除外するか) を定義することで、レプリケーションをカスタマイズできます。 + +詳細については[チェンジフィード](/tidb-cloud/changefeed-overview.md)参照してください。 diff --git a/markdown-pages/ja/tidbcloud/master/tidb-cloud/database-schema-concepts.md b/markdown-pages/ja/tidbcloud/master/tidb-cloud/database-schema-concepts.md new file mode 100644 index 0000000000..4318c5cac2 --- /dev/null +++ b/markdown-pages/ja/tidbcloud/master/tidb-cloud/database-schema-concepts.md @@ -0,0 +1,176 @@ +--- +title: Database Schema +summary: TiDB Cloudのデータベース スキーマの概念について学習します。 +--- + +# データベーススキーマ {#database-schema} + +データベース スキーマは、データベース、テーブル、列、インデックス、およびその他のオブジェクト内のデータの構造と構成を定義します。 + +このドキュメントでは、データベース、テーブル、列、データ型、制約、インデックスなどのデータベース スキーマの主要な概念について説明します。また、中間データをシームレスに管理するための一時テーブル、効率的な近似最近傍 (ANN) 検索のためのベクター インデックス、読み取りパフォーマンスを向上させるキャッシュ テーブルなどの高度な機能についても説明します。 + +## データベース {#databases} + +TiDB のデータベースは、テーブルやインデックスなどのオブジェクトのコレクションです。 + +### システムデータベース {#system-databases} + +システム データベースは、システム テーブルを格納するために TiDB によって作成されるデフォルトのデータベースです。TiDB は次のシステム データベースを提供します。 + +- [`INFORMATION_SCHEMA`](/information-schema/information-schema.md) + +- [`mysql`](/mysql-schema/mysql-schema.md) + +- [`performance_schema`](/performance-schema/performance-schema.md) + +- [`sys`](/sys-schema/sys-schema.md) + +### testデータベース {#code-test-code-database} + +TiDB には`test`という名前のデフォルトのデータベースが付属しています。ただし、 `test`データベースを使用するのではなく、独自のデータベースを作成することをお勧めします。 + +## テーブル {#tables} + +テーブルは、 [データベース](/develop/dev-guide-schema-design-overview.md#database)内の関連するデータの集合です。 + +各テーブルは行と列で構成されています。行内の各値は特定の列に属します。各列では 1 つのデータ型のみが許可されます。列をさらに限定するには、 [制約](/constraints.md)追加できます。計算を高速化するには、 [生成された列](/generated-columns.md)追加できます。 + +### システムテーブル {#system-table} + +- `mysql`スキーマには、TiDB システム テーブルが含まれています。設計は MySQL の`mysql`スキーマに似ており、 `mysql.user`などのテーブルを直接編集できます。また、MySQL の拡張機能であるテーブルもいくつか含まれています。 + +- 情報スキーマは、システム メタデータを表示するための ANSI 標準の方法を提供します。TiDB は、MySQL 互換性のために含まれているテーブルに加えて、多数のカスタム`INFORMATION_SCHEMA`テーブルも提供します。多くの`INFORMATION_SCHEMA`テーブルには、対応する`SHOW`コマンドがあります`INFORMATION_SCHEMA`クエリする利点は、テーブル間の結合が可能であることです。 + +- パフォーマンス スキーマ。TiDB は、MySQL との互換性のためにパフォーマンス スキーマ テーブルを実装します。 + +### キャッシュされたテーブル {#cached-table} + +TiDB は、頻繁にアクセスされるが、めったに更新されない小さなホットスポット テーブル向けに[キャッシュされたテーブル](/cached-tables.md)機能を導入しています。この機能を使用すると、テーブル全体のデータが TiDBサーバーのメモリにロードされ、TiDB は TiKV にアクセスせずにメモリからテーブル データを直接取得するため、読み取りパフォーマンスが向上します。 + +### 一時テーブル {#temporary-table} + +一時テーブル機能は、アプリケーションの中間結果を一時的に保存するという問題を解決し、テーブルを頻繁に作成したり削除したりする手間を省きます。中間計算データは一時テーブルに保存できます。中間データが不要になると、TiDB は一時テーブルを自動的にクリーンアップしてリサイクルします。これにより、ユーザー アプリケーションが複雑になりすぎることがなくなり、テーブル管理のオーバーヘッドが削減され、パフォーマンスが向上します。 + +### パーティションテーブル {#partitioned-table} + +TiDB では、 [パーティション分割](/partitioned-table.md)使用すると、大きなテーブルをパーティションと呼ばれる 1 つ以上の管理しやすい部分に分割できます。各パーティションは独立しており、個別に管理できます。 + +## コラム {#columns} + +列はテーブルに従属します。各テーブルには少なくとも 1 つの列があります。列は、各行の値を単一のデータ型の小さなセルに分割することで、テーブルに構造を提供します。 + +詳細については[列を定義する](/develop/dev-guide-create-table.md#define-columns)参照してください。 + +## 生成された列 {#generated-columns} + +TiDB を使用すると、JSON データ型からデータを[生成された列](/generated-columns.md)として抽出できます。 + +一般的な列とは異なり、生成された列の値は列定義内の式によって計算されます。生成された列を挿入または更新する場合、値を割り当てることはできず、 `DEFAULT`のみを使用できます。 + +生成列には、仮想生成列と保存列の 2 種類があります。仮想生成列はstorageを占有せず、読み取られるときに計算されます。保存列は、書き込まれる (挿入または更新される) ときに計算され、storageを占有します。仮想生成列と比較すると、保存列は読み取りパフォーマンスが優れていますが、より多くのディスク領域を占有します。 + +## データ型 {#data-types} + +TiDB は、 `SPATIAL`型を除く MySQL のすべてのデータ型をサポートしています。これには、 [数値型](/data-type-numeric.md) 、 [文字列型](/data-type-string.md) 、 [日付と時刻の種類](/data-type-date-and-time.md) 、および[JSON型](/data-type-json.md)のすべてが含まれます。 + +## インデックス {#indexes} + +インデックスは、テーブル内の選択された列のコピーです。 [テーブル](/develop/dev-guide-schema-design-overview.md#table)の 1 つ以上の列を使用してインデックスを作成できます。 インデックスを使用すると、TiDB はテーブル内のすべての行を毎回検索しなくてもデータをすばやく見つけることができるため、クエリのパフォーマンスが大幅に向上します。 + +一般的なインデックスには次の 2 つの種類があります。 + +- 主キー: 主キー列のインデックス。 + +- セカンダリインデックス: 主キー以外の列のインデックス + +### ユニークなインデックス {#unique-indexes} + +TiDB の一意のインデックスは、1 つ以上の列に一意性を強制し、テーブル内の 2 つの行がインデックス列に同じ値を持たないようにします。この制約により、重複する値を防ぐことでデータの整合性を維持する方法が提供され、一意のインデックスは、電子メール アドレス、ユーザー名、製品コードなど、自然に一意である必要があるフィールドに最適です。 + +### 主キーインデックス {#primary-key-index} + +主キー インデックスは、テーブル内の 1 つ以上の列に対する一意のインデックスであり、各行の主識別子として機能します。TiDB では、すべてのテーブルに主キーが必要です。主キーは、ユーザーが明示的に定義することも、主キーが指定されていない場合は TiDB によって暗黙的に定義することもできます。 + +### 複合指数 {#composite-index} + +複合インデックスは、テーブルの 2 つ以上の列に基づいて構築されるインデックスで、複数のフィールドでデータをフィルタリングまたは並べ替えるクエリに特に役立ちます。たとえば、person テーブルの`last_name`と`first_name`に複合インデックスを作成すると、TiDB は両方の名前に基づいてレコードをすばやく見つけることができます。 + +### 目に見えないインデックス {#invisible-indexes} + +非表示のインデックスは、データベース内に存在するものの、クエリ オプティマイザーからは隠されており、クエリ プランでは無視されます。TiDB では、非表示のインデックスはテストやデバッグに役立ち、インデックスを完全に削除せずにパフォーマンスへの影響を評価できます。 + +TiDB v8.0.0 以降では、 [`tidb_opt_use_invisible_indexes`](/system-variables.md#tidb_opt_use_invisible_indexes-new-in-v800)システム変数を変更することで、オプティマイザーが非表示のインデックスを選択するようにすることができます。 + +### クラスター化インデックス {#clustered-indexes} + +クラスター化インデックスでは、クラスター化という用語は、連携して動作するデータベース サーバーのグループではなく、データの格納方法の構成を指します。一部のデータベース管理システムでは、クラスター化インデックスをインデックス構成テーブル (IOT) と呼びます。 + +この機能は、主キーを含むテーブルにデータを格納する方法を制御します。この機能により、TiDB は特定のクエリのパフォーマンスを向上できる方法でテーブルを整理できるようになります。 + +詳細については[クラスター化インデックス](/clustered-indexes.md)参照してください。 + +### セカンダリインデックス {#secondary-index} + +セカンダリ インデックスは、TiDB クラスター内の論理オブジェクトです。これは、クエリ パフォーマンスを向上させるために TiDB が使用するデータの並べ替えタイプと見なすことができます。TiDB では、セカンダリ インデックスの作成はオンライン操作であり、テーブルでのデータの読み取りおよび書き込み操作をブロックしません。各インデックスについて、TiDB はテーブル内の各行の参照を作成し、データではなく選択した列で参照を並べ替えます。 + +セカンダリインデックスの詳細については、 [セカンダリインデックス](https://docs.pingcap.com/tidb/stable/tidb-best-practices#secondary-index)参照してください。 + +TiDB では、 [既存のテーブルにセカンダリインデックスを追加する](/develop/dev-guide-create-secondary-indexes.md#add-a-secondary-index-to-an-existing-table)または[新しいテーブルを作成するときにセカンダリインデックスを作成する](/develop/dev-guide-create-secondary-indexes.md#create-a-secondary-index-when-creating-a-new-table)いずれかを選択できます。 + +### ベクトルインデックス {#vector-index} + +次の TiDB デプロイメント オプションでは、TiDB はベクター データ型とベクター検索インデックスをサポートします。 + +- TiDB Cloudサーバーレス + +- TiDB Self-Managed v8.4.0 以降のバージョン + +TiDB では、ベクター インデックスは、ベクター データを含む列に対する効率的な近似最近傍 (ANN) 検索用に設計された特殊なインデックスです。ベクター インデックス、特に HNSW (Hierarchical Navigable Small World) アルゴリズムを使用すると、K 近傍 (KNN) 検索によって、ベクター空間内の最も近いデータ ポイントをすばやく識別できます。これにより、クエリのパフォーマンスが大幅に向上し、総当たり方式と比較して数ミリ秒で結果を得ることができます。 + +ベクター インデックスは、データのstorageと検索機能のためにTiFlashレプリカに依存します。ベクター インデックスを作成して使用する前に、クラスターでTiFlashノードが使用可能であることを確認してください。 + +## 制約 {#constraints} + +TiDB は MySQL とほぼ同じ制約をサポートします。 + +### NOT NULL制約 {#not-null-constraints} + +`NOT NULL`制約により、列に`NULL`値を含めることはできません。 + +列が`NOT NULL`制約で定義されている場合、TiDB では、その列に`NULL`値を持つ行を挿入または更新しようとするとエラーが発生します。この動作は、MySQL の`NOT NULL`制約の実装と一致しています。 + +### CHECK制約 {#check-constraints} + +`CHECK`制約は、テーブル内の列の値を、指定した条件を満たすように制限します。3 制約がテーブルに追加される`CHECK` 、TiDB はテーブルへのデータの挿入または更新中に制約が満たされているかどうかを確認します。制約が満たされていない場合は、エラーが返されます。 + +### 主キー制約 {#primary-key-constraints} + +MySQL と同様に、TiDB の主キー制約には一意制約が含まれています。つまり、主キー制約を作成することは、一意制約を持つことと同じです。また、TiDB のその他の主キー制約も MySQL のものと似ています。 + +### ユニークキー制約 {#unique-key-constraints} + +一意制約とは、一意のインデックスと主キー列内のすべての NULL 以外の値が一意であることを意味します。 + +### FOREIGN KEY制約 {#foreign-key-constraints} + +FOREIGN KEY は、1 つのテーブル (子テーブル) の列を別のテーブル (親テーブル) の列にリンクすることで、2 つのテーブル間の参照整合性を強制するデータベース制約です。これにより、子テーブルの外部キー列の値が、親テーブルの主キー列または一意のキー列の値と一致することが保証されます。たとえば、 `orders`テーブルのレコードには、 `customers`テーブルの顧客にリンクする外部キーがあり、各注文が有効な顧客に関連付けられていることが保証されます。 + +v6.6.0 以降、TiDB は外部キー制約を実験的機能としてサポートしています。この機能により、関連データのテーブル間参照が可能になり、参照整合性を強制することでデータの一貫性を維持できます。ただし、この機能は実験的であり、特に大量のデータがある場合にパフォーマンスの問題が発生する可能性があるため、本番環境では推奨されないことに注意してください。 + +詳細については[FOREIGN KEY制約](/foreign-key.md)参照してください。 + +## ビュー {#views} + +ビューは仮想テーブルとして機能し、そのスキーマはビューを作成する`SELECT`のステートメントによって定義されます。ビューを使用すると、次の利点があります。 + +- 安全なフィールドとデータのみをユーザーに公開し、基になるテーブルに保存されている機密フィールドとデータのセキュリティを確保します。 + +- 頻繁に表示される複雑なクエリをビューとして定義し、複雑なクエリをより簡単に、より便利にします。 + +詳細については[ビュー](/views.md)参照してください。 + +## シーケンス {#sequence} + +シーケンスは、指定された一連のルールに従って数値のシーケンスを生成するように設計されたデータベース オブジェクトです。この機能は、データベース テーブルの主キーの作成など、一意の識別子が必要なシナリオで特に役立ちます。 + +詳細については[順序](/sql-statements/sql-statement-create-sequence.md)参照してください。 diff --git a/markdown-pages/ja/tidbcloud/master/tidb-cloud/high-availability-with-multi-az.md b/markdown-pages/ja/tidbcloud/master/tidb-cloud/high-availability-with-multi-az.md index c4305aef5d..4de3b2de96 100644 --- a/markdown-pages/ja/tidbcloud/master/tidb-cloud/high-availability-with-multi-az.md +++ b/markdown-pages/ja/tidbcloud/master/tidb-cloud/high-availability-with-multi-az.md @@ -1,22 +1,22 @@ --- -title: High Availability with Multi-AZ Deployments -summary: TiDB Cloud は、マルチ AZ デプロイメントによる高可用性をサポートします。 +title: High Availability in TiDB Cloud Dedicated +summary: TiDB Cloud Dedicated は、マルチ AZ デプロイメントによる高可用性をサポートします。 --- -# マルチ AZ 配置による高可用性 {#high-availability-with-multi-az-deployments} +# TiDB Cloud専用における高可用性 {#high-availability-in-tidb-cloud-dedicated} TiDB はRaftコンセンサス アルゴリズムを使用して、データの可用性を高め、 Raftグループのstorage全体に安全に複製できるようにします。データはstorageノード間で冗長的にコピーされ、マシンまたはデータ センターの障害から保護するために異なる可用性ゾーンに配置されます。自動フェイルオーバーにより、TiDB はサービスの常時稼働を保証します。 -TiDB Cloudクラスターは、TiDB ノード、TiKV ノード、 TiFlashノードの 3 つの主要コンポーネントで構成されています。TiDB TiDB Cloud Dedicated の各コンポーネントの高可用性実装は次のとおりです。 +TiDB Cloud Dedicated クラスターは、TiDB ノード、TiKV ノード、 TiFlashノードの 3 つの主要コンポーネントで構成されています。TiDB TiDB Cloud Dedicated の各コンポーネントの高可用性実装は次のとおりです。 - **TiDBノード** - TiDB はコンピューティング専用であり、データを保存しません。水平方向に拡張可能です。TiDB TiDB Cloud は、リージョン内の異なるアベイラビリティ ゾーンに TiDB ノードを均等にデプロイします。ユーザーが SQL リクエストを実行すると、リクエストはまずアベイラビリティ ゾーン全体にデプロイされたロード バランサーを通過し、次にロード バランサーはリクエストを異なる TiDB ノードに分散して実行します。高可用性のために、各TiDB Cloudクラスターには少なくとも 2 つの TiDB ノードを含めることをお勧めします。 + TiDB はコンピューティング専用であり、データを保存しません。水平方向に拡張可能です。TiDB TiDB Cloud Dedicated は、リージョン内の異なるアベイラビリティ ゾーンに TiDB ノードを均等にデプロイします。ユーザーが SQL リクエストを実行すると、リクエストはまずアベイラビリティ ゾーン全体にデプロイされたロード バランサーを通過し、次にロード バランサーはリクエストを異なる TiDB ノードに分散して実行します。高可用性のために、各TiDB Cloud Dedicated クラスターには少なくとも 2 つの TiDB ノードを配置することをお勧めします。 - **TiKVノード** - [ティクヴ](https://docs.pingcap.com/tidb/stable/tikv-overview) 、水平スケーラビリティを備えたTiDB Cloud TiDB Cloudクラスターの行ベースのstorageレイヤーです。TiDB Cloud では、クラスターの TiKV ノードの最小数は 3 です。TiDB TiDB Cloud は、耐久性と高可用性を実現するために、選択したリージョン内のすべてのアベイラビリティ ゾーン (少なくとも 3 つ) に TiKV ノードを均等にデプロイします。一般的な 3 つのレプリカのセットアップでは、データはすべてのアベイラビリティ ゾーンの TiKV ノードに均等に分散され、各 TiKV ノードのディスクに保持されます。 + [ティクヴ](https://docs.pingcap.com/tidb/stable/tikv-overview) 、水平スケーラビリティを備えたTiDB Cloud Dedicated クラスターの行ベースのstorageレイヤーです。TiDB TiDB Cloud Dedicated クラスターの TiKV ノードの最小数は 3 です。TiDB TiDB Cloud Dedicated は、耐久性と高可用性を実現するために、選択したリージョン内のすべてのアベイラビリティ ゾーン (少なくとも 3 つ) に TiKV ノードを均等にデプロイします。一般的な 3 つのレプリカのセットアップでは、データはすべてのアベイラビリティ ゾーンの TiKV ノードに均等に分散され、各 TiKV ノードのディスクに保持されます。 - **TiFlashノード** - [TiFlash](https://docs.pingcap.com/tidb/stable/tiflash-overview)は、TiKV の列指向storage拡張機能として、TiDB を本質的にハイブリッド トランザクション/分析処理 (HTAP) データベースにする重要なコンポーネントです。TiFlash では、列指向レプリカはRaft Learnerコンセンサス アルゴリズムに従って非同期的にレプリケートされます。TiDB TiDB Cloud は、 TiFlashノードをリージョン内の異なるアベイラビリティ ゾーンに均等にデプロイします。実稼働環境で高可用性を本番するには、各TiDB Cloudクラスターに少なくとも 2 つのTiFlashノードを設定し、データのレプリカを少なくとも 2 つ作成することをお勧めします。 + [TiFlash](https://docs.pingcap.com/tidb/stable/tiflash-overview)は、TiKV の列指向storage拡張機能として、TiDB を本質的にハイブリッド トランザクション/分析処理 (HTAP) データベースにする重要なコンポーネントです。TiFlash では、列指向TiFlashはRaft Learnerコンセンサス アルゴリズムに従って非同期的にレプリケートされます。TiDB TiDB Cloud Dedicated は、 TiFlashノードをリージョン内の異なるアベイラビリティ ゾーンに均等にデプロイします。実稼働環境で高可用性を確保するには、各TiDB Cloud Dedicated クラスターに少なくとも 2 つのTiFlashノードを設定し、データのレプリカを少なくとも 2 つ作成本番ことをお勧めします。 diff --git a/markdown-pages/ja/tidbcloud/master/tidb-cloud/monitoring-concepts.md b/markdown-pages/ja/tidbcloud/master/tidb-cloud/monitoring-concepts.md new file mode 100644 index 0000000000..2f21b66b78 --- /dev/null +++ b/markdown-pages/ja/tidbcloud/master/tidb-cloud/monitoring-concepts.md @@ -0,0 +1,48 @@ +--- +title: Monitoring +summary: TiDB Cloudの監視の概念について学習します。 +--- + +# 監視 {#monitoring} + +TiDB Cloudのモニタリングでは、クラスターのパフォーマンスを監視し、アクティビティを追跡し、問題にタイムリーに対応できるようにするツールと統合が提供されます。 + +## 組み込みメトリック {#built-in-metrics} + +組み込みメトリックとは、 TiDB Cloud が収集してメトリック ページに表示する、クラスターの標準メトリックの完全なセットを指します。これらのメトリックを使用すると、パフォーマンスの問題を簡単に特定し、現在のデータベース展開が要件を満たしているかどうかを判断できます。 + +詳細については[TiDB Cloud組み込みメトリック](/tidb-cloud/built-in-monitoring.md)参照してください。 + +## 組み込みアラート {#built-in-alerting} + +組み込みアラートとは、クラスターの監視を支援するためにTiDB Cloud が提供するクラスター アラート メカニズムを指します。現在、 TiDB Cloud は次の 3 種類のアラートを提供しています。 + +- リソース使用状況アラート + +- データ移行アラート + +- チェンジフィードアラート + +TiDB Cloudコンソールの [アラート] ページでは、クラスターのアラートを表示したり、アラート ルールを編集したり、アラート通知メールをサブスクライブしたりできます。 + +詳細については[TiDB Cloud組み込みアラート](/tidb-cloud/monitor-built-in-alerting.md)参照してください。 + +## クラスタイベント {#cluster-events} + +TiDB Cloudでは、イベントはTiDB Cloudクラスターの変更を示します。TiDB TiDB Cloud はクラスター レベルで履歴イベントを記録し、クラスターのアクティビティを追跡できるようにします。イベント タイプ、ステータス、メッセージ、トリガー時間、トリガー ユーザーなど、ログに記録されたイベントは、 **[イベント]**ページで確認できます。 + +詳細については[TiDB Cloudクラスタイベント](/tidb-cloud/tidb-cloud-events.md)参照してください。 + +## サードパーティの指標の統合（ベータ版） {#third-party-metrics-integrations-beta} + +TiDB Cloud を使用すると、次のサードパーティ メトリック サービスを統合して、 TiDB Cloudアラートを受信し、TiDB クラスターのパフォーマンス メトリックを表示できます。 + +- Datadog 統合 + +- PrometheusとGrafanaの統合 + +- New Relic 統合 + +現在、これらのサードパーティ メトリックの統合はベータ版です。 + +詳細については[サードパーティのメトリクス統合（ベータ版）](/tidb-cloud/third-party-monitoring-integrations.md)参照してください。 diff --git a/markdown-pages/ja/tidbcloud/master/tidb-cloud/notifications.md b/markdown-pages/ja/tidbcloud/master/tidb-cloud/notifications.md new file mode 100644 index 0000000000..e75e856e1f --- /dev/null +++ b/markdown-pages/ja/tidbcloud/master/tidb-cloud/notifications.md @@ -0,0 +1,56 @@ +--- +title: Notifications in the TiDB Cloud Console +summary: 通知の種類、目的、表示方法など、 TiDB Cloudコンソールの通知について説明します。 +--- + +# TiDB Cloudコンソールの通知 {#notifications-in-the-tidb-cloud-console} + +[TiDB Cloudコンソール](https://tidbcloud.com/)は、重要な更新、システム メッセージ、製品の変更、請求の通知、その他の関連情報について通知を提供します。これらの通知により、コンソールを離れることなく最新情報を入手し、必要なアクションを実行できます。 + +## 通知の種類 {#notification-types} + +TiDB Cloudコンソールでは、次のようなさまざまな種類の通知を受け取る場合があります。 + +- **情報通知** + + 機能の使用に関するヒント、アプリケーションの変更、今後のイベントのリマインダーなど、役立つ更新情報を提供します。 + +- **実用的な通知** + + クレジットカードの追加など、特定のアクションを実行するように促します。 + +- **アラート通知** + + システム エラー、セキュリティ警告、重要な更新など、すぐに対処する必要がある重大な問題や緊急イベントを通知します。 + +- **請求通知** + + クレジットや割引の更新など、請求関連のアクティビティに関する更新情報を配信します。 + +- **フィードバック通知** + + 最近のやり取りを評価したり、アンケートに回答したりするなど、機能の使用経験に関するフィードバックをリクエストします。 + +## 通知リスト {#notifications-list} + +次の表は、 TiDB Cloudで利用可能な通知と、そのトリガー イベントおよび受信者を示しています。 + +| 通知 | トリガーイベント | 通知受信者 | +| ------------------------------ | --------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------- | +| TiDB Cloudサーバーレス クラスターの作成 | [TiDB Cloudサーバーレス](/tidb-cloud/select-cluster-tier.md#tidb-cloud-serverless)クラスターが作成されます。 | プロジェクトメンバー全員 | +| TiDB Cloud Serverless クラスターの削除 | TiDB Cloud Serverless クラスターが削除されます。 | プロジェクトメンバー全員 | +| TiDB Cloud専用クラスターの作成 | [TiDB Cloud専用](/tidb-cloud/select-cluster-tier.md#tidb-cloud-dedicated)クラスターが作成されます。 | プロジェクトメンバー全員 | +| TiDB Cloud専用クラスタの削除 | TiDB Cloud Dedicated クラスターが削除されます。 | プロジェクトメンバー全員 | +| 組織予算しきい値アラート | 組織[予算のしきい値](/tidb-cloud/tidb-cloud-budget.md)に到達しました。 | `Organization Owner` `Organization Billing Manager` `Organization Billing Viewer` | +| プロジェクト予算しきい値アラート | プロジェクト[予算のしきい値](/tidb-cloud/tidb-cloud-budget.md)に到達しました。 | `Organization Owner` `Organization Billing Manager` `Organization Billing Viewer` `Project Owner` | +| サーバーレス クラスターの支出制限しきい値アラート | 組織内のTiDB Cloud Serverless クラスターの数が[支出限度額](/tidb-cloud/manage-serverless-spend-limit.md)達しました。 | `Organization Owner` `Organization Billing Manager` `Organization Billing Viewer` `Project Owner` | +| クレジットの更新 | 組織の[クレジット](/tidb-cloud/tidb-cloud-billing.md#credits)適用済み、完全に使用済み、再利用済み、または期限切れです。 | `Organization Owner` `Organization Billing Manager` `Organization Billing Viewer` | +| 割引の更新 | 組織の[割引](/tidb-cloud/tidb-cloud-billing.md#discounts)適用、再利用、または期限切れです。 | `Organization Owner` `Organization Billing Manager` `Organization Billing Viewer` | +| マーケットプレイスの更新 | 組織は、クラウド プロバイダー マーケットプレイスを通じてサブスクリプションまたはサブスクリプション解除を行っています。 | 組織メンバー全員 | +| サポートプランの更新 | 組織のサポート プラン サブスクリプションが変更されます。 | 組織メンバー全員 | + +## 通知をビュー {#view-notifications} + +新しい通知がある場合、青い点が TiDB Cloudコンソールの右下隅にあるアイコンをクリックします。 通知を表示します。 + +または、 TiDB Cloudコンソールの左下隅にある をクリックし、 **[通知] を**クリックしてすべての通知のリストを表示します。特定の通知をクリックすると、詳細が表示されます。 diff --git a/markdown-pages/ja/tidbcloud/master/tidb-cloud/scalability-concepts.md b/markdown-pages/ja/tidbcloud/master/tidb-cloud/scalability-concepts.md new file mode 100644 index 0000000000..21bebf6cb1 --- /dev/null +++ b/markdown-pages/ja/tidbcloud/master/tidb-cloud/scalability-concepts.md @@ -0,0 +1,43 @@ +--- +title: Scalability +summary: TiDB Cloudのスケーラビリティの概念について学習します。 +--- + +# スケーラビリティ {#scalability} + +TiDB Cloud Dedicated を使用すると、データ量やワークロードの変化に合わせてコンピューティング リソースとstorageリソースを個別に調整できます。TiDB TiDB Cloud Dedicated は、サービスを中断することなくスケーリングできます。この柔軟性により、組織は高いパフォーマンスと可用性を維持しながらインフラストラクチャ コストを最適化できます。 + +> **注記：** +> +> [TiDB Cloudサーバーレス](/tidb-cloud/select-cluster-tier.md#tidb-cloud-serverless) 、アプリケーションのワークロードの変化に基づいて自動的にスケーリングされます。ただし、 TiDB Cloud Serverless クラスターを手動でスケーリングすることはできません。 + +> **ヒント：** +> +> TiDB Cloud Dedicated クラスターのサイズを決定する方法については、 [TiDBのサイズを決定する](/tidb-cloud/size-your-cluster.md)参照してください。 + +## 垂直および水平スケーリング {#vertical-and-horizontal-scaling} + +TiDB Cloud Dedicated は、垂直 (スケールアップ) スケーリングと水平 (スケールアウト) スケーリングの両方をサポートします。 + +- 水平スケーリングは、ワークロードを分散するために専用クラスターにノードを追加するプロセスです。 +- 垂直スケーリングは、専用クラスターの vCPU と RAM を増やすプロセスです。 + +TiDB Cloud Dedicated では、垂直スケーリングと水平スケーリングの両方の組み合わせもサポートされています。 + +## TiDB のスケーラビリティ {#tidb-scalability} + +TiDB はコンピューティング専用であり、データは保存しません。TiDB のノード数、vCPU、および RAM を構成できます。 + +一般に、TiDB のパフォーマンスは TiDB ノードの数に応じて直線的に増加します。 + +## TiKV のスケーラビリティ {#tikv-scalability} + +TiKV は行ベースのデータを保存する役割を担います。TiKV のノード数、vCPU と RAM、storageを構成できます。TiKV ノードの数は少なくとも 1 セット (3 つの異なる使用可能なゾーンの 3 つのノード) で、3 ノードずつ増加する必要があります。 + +TiDB Cloud は、耐久性と高可用性を実現するために、選択したリージョンの 3 つの利用可能なゾーンに TiKV ノードを均等にデプロイします。一般的な 3 つのレプリカのセットアップでは、データはすべての可用性ゾーンの TiKV ノードに均等に分散され、各 TiKV ノードのディスクに保持されます。TiKV は主にデータstorageに使用されますが、TiKV ノードのパフォーマンスはさまざまなワークロードによっても異なります。 + +## TiFlashのスケーラビリティ {#tiflash-scalability} + +TiFlash は列指向データを保存する役割を担います。TiFlashはTiKV からのデータをリアルタイムで同期し、すぐにリアルタイム分析ワークロードをサポートします。TiFlashのノード数、vCPU と RAM、storageを構成できます。 + +TiDB Cloud は、 TiFlashノードをリージョン内の異なるアベイラビリティ ゾーンに均等にデプロイします。本番環境で高可用性を確保するには、各TiDB Cloudクラスターに少なくとも 2 つのTiFlashノードを設定し、データのレプリカを少なくとも 2 つ作成することをお勧めします。 diff --git a/markdown-pages/ja/tidbcloud/master/tidb-cloud/security-concepts.md b/markdown-pages/ja/tidbcloud/master/tidb-cloud/security-concepts.md new file mode 100644 index 0000000000..80499b91a9 --- /dev/null +++ b/markdown-pages/ja/tidbcloud/master/tidb-cloud/security-concepts.md @@ -0,0 +1,241 @@ +--- +title: Security +summary: TiDB Cloudのセキュリティ概念について学習します。 +--- + +# Security {#security} + +TiDB Cloud は、データを保護し、アクセス制御を実施し、最新のコンプライアンス標準を満たすように設計された、堅牢で柔軟なセキュリティ フレームワークを提供します。このフレームワークは、高度なセキュリティ機能と運用効率を組み合わせて、大規模な組織のニーズをサポートします。 + +**主要コンポーネント** + +- **アイデンティティおよびアクセス管理 (IAM )** : TiDB Cloudコンソールとデータベース環境の両方に対するセキュリティで柔軟な認証および権限管理。 + +- **ネットワーク アクセス制御**: プライベート エンドポイント、VPC ピアリング、TLS 暗号化、IP アクセス リストなどの構成可能な接続オプション。 + +- **データ アクセス制御**: 保存データを保護するための顧客管理暗号化キー (CMEK) などの高度な暗号化機能。 + +- **監査ログ**: コンソールアクションとデータベース操作の両方の包括的なアクティビティ追跡により、説明責任と透明性が確保されます。 + +これらの機能を統合することで、 TiDB Cloud は組織が機密データを保護し、アクセス制御を合理化し、セキュリティ操作を最適化できるようにします。 + +## アイデンティティとアクセス管理 (IAM) {#identity-and-access-management-iam} + +TiDB Cloud は、アイデンティティおよびアクセス管理 (IAM) を採用し、コンソールとデータベース環境の両方でユーザー ID と権限を安全かつ効率的に管理します。IAM 機能は、認証オプション、ロールベースのアクセス制御、階層型リソース構造の組み合わせを通じて、組織のセキュリティとコンプライアンスのニーズを満たすように設計されています。 + +### TiDB Cloudユーザーアカウント {#tidb-cloud-user-accounts} + +TiDB Cloudユーザー アカウントは、ID とリソースへのアクセスを管理するための基盤です。各アカウントはプラットフォーム内の個人またはエンティティを表し、組織のニーズに合わせて複数の認証方法をサポートします。 + +- **デフォルトのユーザー名とパスワード** + + - ユーザーは電子メール アドレスとパスワードを使用してアカウントを作成します。 + + - 外部 ID プロバイダーを持たない小規模なチームまたは個人に適しています。 + +- **標準SSO認証** + + - ユーザーは GitHub、Google、または Microsoft アカウントを使用してログインします。 + + - すべての組織に対してデフォルトで有効になっています。 + + - **ベスト プラクティス**: 小規模なチームや厳格なコンプライアンスが不要なチームに使用します。 + + - 詳細については[標準SSO認証](/tidb-cloud/tidb-cloud-sso-authentication.md)参照してください。 + +- **組織のSSO認証** + + - OIDC または SAML プロトコルを使用して企業 ID プロバイダー (IdP) と統合します。 + + - MFA の強制、パスワードの有効期限ポリシー、ドメイン制限などの機能を有効にします。 + + - **ベスト プラクティス**: 高度なセキュリティとコンプライアンスの要件を持つ大規模な組織に最適です。 + + - 詳細については[組織のSSO認証](/tidb-cloud/tidb-cloud-org-sso-authentication.md)参照してください。 + +### データベースアクセス制御 {#database-access-control} + +TiDB Cloud は、ユーザーベースおよびロールベースの権限を通じてきめ細かなデータベース アクセス制御を提供します。これらのメカニズムにより、管理者は組織のセキュリティ ポリシーへの準拠を確保しながら、データ オブジェクトとスキーマへのアクセスを安全に管理できます。 + +- **ベストプラクティス:** + + - ユーザーの役割に必要な権限のみを付与することで、最小権限の原則を実装します。 + + - 変化する組織の要件に合わせて、ユーザー アクセスを定期的に監査および更新します。 + +### データベースユーザーアカウント {#database-user-accounts} + +データベース ユーザー アカウントは`mysql.user`システム テーブルに保存され、ユーザー名とクライアント ホストによって一意に識別されます。 + +データベースの初期化中に、TiDB は自動的にデフォルトのアカウントを作成します: `'root'@'%'` 。 + +詳細については[TiDB ユーザーアカウント管理](https://docs.pingcap.com/tidb/stable/user-account-management#user-names-and-passwords)参照してください。 + +### SQL プロキシ アカウント {#sql-proxy-accounts} + +SQL プロキシ アカウントは、 TiDB Cloudによって自動的に生成される特別な目的のアカウントです。これらのアカウントの主な特徴は次のとおりです。 + +- **TiDB Cloudユーザー アカウントにリンク:**各 SQL Proxy アカウントは特定のTiDB Cloudユーザーに対応します。 + +- **ロールにマップされています:** SQL プロキシ アカウントには`role_admin`ロールが付与されます。 + +- **トークンベース:** SQL プロキシ アカウントは、パスワードの代わりに安全な JWT トークンを使用し、 TiDB Cloudデータ サービスまたは SQL エディターを介したシームレスで制限されたアクセスを保証します。 + +### TiDB の権限とロール {#tidb-privileges-and-roles} + +TiDB の権限管理システムはMySQL 5.7をベースとしており、データベース オブジェクトへのきめ細かなアクセスを可能にします。同時に、TiDB は MySQL 8.0 の RBAC と動的権限メカニズムも導入しています。これにより、データベース権限のきめ細かな便利な管理が可能になります。 + +**静的権限** + +- テーブル、ビュー、インデックス、ユーザー、その他のオブジェクトを含むデータベース オブジェクトに基づくきめ細かいアクセス制御をサポートします。 + +- *例: 特定のテーブルに対する SELECT権限をユーザーに付与します。* + +**動的権限** + +- データベース管理権限の合理的な分割をサポートし、システム管理権限のきめ細かな制御を実現します。 + +- 例: より広範な管理権限を持たないデータベースのバックアップを管理するアカウントに`BACKUP_ADMIN`割り当てます。 + +**SQL ロール (RBAC)** + +- 権限をユーザーに割り当てることができるロールにグループ化することで、権限管理と動的な更新を効率化できます。 + +- 例: アナリストに読み取り/書き込みロールを割り当てて、ユーザー アクセス制御を簡素化します。 + +このシステムは、組織のポリシーに準拠しながら、ユーザー アクセスを柔軟かつ正確に管理することを保証します。 + +### 組織とプロジェクト {#organization-and-projects} + +TiDB Cloud は、組織、プロジェクト、クラスターという階層構造でユーザーとリソースを管理します。 + +**組織** + +- リソース、ロール、課金を管理するための最上位エンティティ。 + +- 組織の所有者には、プロジェクトの作成やロールの割り当てを含む完全な権限が与えられます。 + +**プロジェクト** + +- クラスターとプロジェクト固有の構成を含む組織の下位区分。 + +- 範囲内のクラスターを担当するプロジェクト所有者によって管理されます。 + +**クラスター** + +- プロジェクト内の個々のデータベース インスタンス。 + +### 構造例 {#example-structure} + + - Your organization + - Project 1 + - Cluster 1 + - Cluster 2 + - Project 2 + - Cluster 3 + - Cluster 4 + - Project 3 + - Cluster 5 + - Cluster 6 + +### 主な特徴 {#key-features} + +- **詳細な権限**: + - 正確なアクセス制御のために、組織レベルとプロジェクトレベルの両方で特定のロールを割り当てます。 + + - 役割の割り当てを慎重に計画することで、柔軟性とセキュリティを確保します。 + +- **請求管理**: + - 請求は組織レベルで統合され、プロジェクトごとに詳細な内訳が提供されます。 + +### アイデンティティとアクセス管理 (IAM) ロール {#identity-and-access-management-iam-roles} + +TiDB Cloud は、組織やプロジェクト全体の権限を管理するためのロールベースのアクセス制御を提供します。 + +- **組織レベルの役割**: 請求やプロジェクトの作成など、組織全体を管理するための権限を付与します。 + +- **プロジェクト レベルのロール**: クラスターや構成を含む特定のプロジェクトを管理するための権限を割り当てます。 + +## ネットワークアクセス制御 {#network-access-control} + +TiDB Cloud は、堅牢なネットワーク アクセス制御を通じて、安全なクラスター接続とデータ転送を保証します。主な機能は次のとおりです。 + +### プライベートエンドポイント {#private-endpoints} + +- 仮想プライベート クラウド (VPC) 内の SQL クライアントからTiDB Cloud Dedicated クラスターへの安全な接続を有効にします。 + +- [AWS プライベートリンク](/tidb-cloud/set-up-private-endpoint-connections.md)と[Google Cloud プライベート サービス接続](/tidb-cloud/set-up-private-endpoint-connections-on-google-cloud.md)によってサポートされています。 + +**ベスト プラクティス:**公開される可能性を最小限に抑え、構成を定期的に確認するために、本番ではプライベート エンドポイントを使用します。 + +### TLS (トランスポート層Security) {#tls-transport-layer-security} + +- クライアントとサーバー間の通信を暗号化して、データ転送を保護します。 + +- [サーバーレス](/tidb-cloud/secure-connections-to-serverless-clusters.md)クラスターと[ひたむきな](/tidb-cloud/tidb-cloud-tls-connect-to-dedicated.md)クラスターの両方でセットアップ ガイドが利用可能です。 + +**ベスト プラクティス:** TLS 証明書が最新であることを確認し、定期的にローテーションします。 + +### VPC ピアリング {#vpc-peering} + +- 仮想プライベート クラウド間のプライベート接続を確立し、安全でシームレスな通信を可能にします。 + +- 詳細については[VPC ピアリング経由でTiDB Cloud Dedicated に接続する](/tidb-cloud/set-up-vpc-peering-connections.md)参照してください。 + +**ベスト プラクティス:**重要なワークロードに使用して、パブリック インターネットへの露出を回避し、パフォーマンスを監視します。 + +### IPアクセスリスト {#ip-access-list} + +- 信頼できる IP アドレスへのクラスター アクセスを制限するファイアウォールとして機能します。 + +- 詳細については[IPアクセスリストを構成する](/tidb-cloud/configure-ip-access-list.md)参照してください。 + +**ベスト プラクティス:**セキュリティを維持するために、アクセス リストを定期的に監査して更新します。 + +## データアクセス制御 {#data-access-control} + +TiDB Cloud は、高度な暗号化機能を使用して静的データを保護し、セキュリティと業界規制への準拠を保証します。 + +**顧客管理暗号化キー (CMEK)** + +- 組織はTiDB Cloud Dedicated クラスターの暗号化を完全に制御できます。 + +- 有効にすると、静的データとバックアップが CMEK キーで暗号化されます。 + +- CMEK のないTiDB Cloud Dedicated クラスターの場合、 TiDB Cloud はエスクロー キーを使用します。TiDB TiDB Cloud Serverless クラスターはエスクロー キーのみに依存します。 + +**ベストプラクティス:** + +- セキュリティを強化し、コンプライアンス標準を満たすために、CMEK キーを定期的にローテーションします。 + +- 保護を強化するために、CMEK キーを使用してバックアップを一貫して暗号化します。 + +- HIPAA や GDPR などの厳格なコンプライアンスを必要とする業界では CMEK を活用します。 + +詳細については[顧客管理の暗号化キーを使用した保存時の暗号化](/tidb-cloud/tidb-cloud-encrypt-cmek.md)参照してください。 + +## 監査ログ {#audit-logging} + +TiDB Cloud は、ユーザー アクティビティとデータベース操作を監視するための包括的な監査ログを提供し、セキュリティ、説明責任、コンプライアンスを確保します。 + +### コンソール監査ログ {#console-audit-logging} + +ユーザーの招待やクラスターの管理など、 TiDB Cloudコンソールでの主要なアクションを追跡します。 + +**ベストプラクティス:** + +- ログを SIEM ツールと統合して、リアルタイムの監視とアラートを実現します。 + +- コンプライアンス要件を満たすために保持ポリシーを設定します。 + +### データベース監査ログ {#database-audit-logging} + +実行された SQL ステートメントやユーザー アクセスなど、詳細なデータベース操作を記録します。 + +**ベストプラクティス:** + +- 異常なアクティビティや不正アクセスがないか定期的にログを確認してください。 + +- コンプライアンス レポートとフォレンジック分析にログを使用します。 + +詳細については[コンソール監査ログ](/tidb-cloud/tidb-cloud-console-auditing.md)および[データベース監査ログ](/tidb-cloud/tidb-cloud-auditing.md)参照してください。 diff --git a/markdown-pages/ja/tidbcloud/master/tidb-cloud/sql-concepts.md b/markdown-pages/ja/tidbcloud/master/tidb-cloud/sql-concepts.md new file mode 100644 index 0000000000..4558bbfb43 --- /dev/null +++ b/markdown-pages/ja/tidbcloud/master/tidb-cloud/sql-concepts.md @@ -0,0 +1,94 @@ +--- +title: SQL +summary: TiDB の SQL 概念について学習します。 +--- + +# 構文 {#sql} + +TiDB は、MySQL プロトコル、およびMySQL 5.7と MySQL 8.0 の共通機能と構文と高い互換性があります。MySQL のエコシステム ツール (PHPMyAdmin、Navicat、MySQL Workbench、DBeaver、 [もっと](https://docs.pingcap.com/tidb/v7.2/dev-guide-third-party-support#gui) ) と MySQL クライアントを TiDB に使用できます。 + +ただし、MySQL の一部の機能は TiDB ではサポートされていません。これは、問題を解決するよりよい方法が存在する (XML関数の代わりに JSON を使用するなど) か、必要な労力に対して現在の需要が不足している (ストアド プロシージャや関数など) ことが原因である可能性があります。また、一部の機能は分散システムで実装するのが難しい場合があります。詳細については、 [MySQL 互換性](/mysql-compatibility.md)参照してください。 + +## SQL文 {#sql-statements} + +SQL ステートメントは、識別子、パラメータ、変数、データ型、および予約済みの SQL キーワードで構成される SQL (構造化クエリ言語) のコマンドまたは命令です。SQL ステートメントは、データやデータベース構造の取得、変更、管理などの特定のアクションを実行するようにデータベースに指示します。 + +TiDB は、必要に応じて MySQL および TiDB 固有のステートメントの拡張機能を使用して、ISO/IEC SQL 標準に準拠することを目的とした SQL ステートメントを使用します。 + +SQL は関数に応じて次の 4 つのタイプに分けられます。 + +- DDL (データ定義言語): データベース、テーブル、ビュー、インデックスなどのデータベース オブジェクトを定義するために使用されます。TiDB の DDL ステートメントについては、 [スキーマ管理 / データ定義ステートメント (DDL)](/sql-statements/sql-statement-overview.md#schema-management--data-definition-statements-ddl)参照してください。 + +- DML (データ操作言語): アプリケーション関連のレコードを操作するために使用されます。TiDB の DML ステートメントについては、 [データ操作ステートメント (DML)](/sql-statements/sql-statement-overview.md#data-manipulation-statements-dml)参照してください。 + +- DQL (データ クエリ言語): 条件付きフィルタリング後にレコードをクエリするために使用されます。 + +- DCL (データ制御言語): アクセス権限とセキュリティ レベルを定義するために使用されます。 + +TiDB の SQL ステートメントの概要については、 [SQL ステートメントの概要](/sql-statements/sql-statement-overview.md)参照してください。 + +## SQL モード {#sql-mode} + +TiDB サーバーはさまざまな SQL モードで動作し、クライアントごとに異なるモードでこれらのモードを適用します。SQL モードは、TiDB がサポートする SQL 構文と、実行するデータ検証チェックのタイプを定義します。 + +詳細については[SQL モード](/sql-mode.md)参照してください。 + +## 行ID生成属性 {#row-id-generation-attributes} + +TiDB は、行 ID の生成とデータ分散を最適化するための 3 つの SQL 属性を提供します。 + +- 自動インクリメント + +- 自動ランダム + +- シャード行IDビット + +### 自動インクリメント {#auto-increment} + +`AUTO_INCREMENT`は、デフォルトの列値を自動的に入力するために使用される列属性です。 `INSERT`ステートメントで`AUTO_INCREMENT`列の値が指定されていない場合、システムはこの列に値を自動的に割り当てます。 + +パフォーマンス上の理由から、各 TiDBサーバーには`AUTO_INCREMENT`数値が値のバッチで割り当てられます (デフォルトでは 3 万)。つまり、 `AUTO_INCREMENT`数値は一意であることが保証されますが、 `INSERT`ステートメントに割り当てられる値は TiDBサーバーごとに単調になります。 + +すべての TiDB サーバーで`AUTO_INCREMENT`数値を単調にしたい場合、および TiDB バージョンが v6.5.0 以降である場合は、 [MySQL互換モード](/auto-increment.md#mysql-compatibility-mode)を有効にすることをお勧めします。 + +詳細については[自動インクリメント](/auto-increment.md)参照してください。 + +### 自動ランダム {#auto-random} + +`AUTO_RANDOM` 、 `BIGINT`列に値を自動的に割り当てるために使用される列属性です。自動的に割り当てられる値はランダムかつ一意です。値`AUTO_RANDOM`はランダムかつ一意であるため、TiDB が連続した ID を割り当てることによって単一のstorageノードに書き込みホットスポットが発生するのを回避するために、 [`AUTO_INCREMENT`](/auto-increment.md)の代わりに`AUTO_RANDOM`が使用されることがよくあります。 + +`AUTO_RANDOM`の値はランダムかつ一意であるため、TiDB が連続した ID を割り当てることによって単一のstorageノードに書き込みホットスポットが発生するのを避けるために、 [`AUTO_INCREMENT`](/auto-increment.md)の代わりに`AUTO_RANDOM`が使用されることがよくあります。現在の`AUTO_INCREMENT`列が主キーで、タイプが`BIGINT`場合、 `ALTER TABLE t MODIFY COLUMN id BIGINT AUTO_RANDOM(5);`ステートメントを実行して`AUTO_INCREMENT`から`AUTO_RANDOM`に切り替えることができます。 + +詳細については[自動ランダム](/auto-random.md)参照してください。 + +### シャード行IDビット {#shard-row-id-bits} + +クラスター化されていない主キーを持つテーブル、または主キーのないテーブルの場合、TiDB は暗黙的な自動増分行 ID を使用します。 `INSERT`操作が大量に実行されると、データは単一のリージョンに書き込まれ、書き込みホットスポットが発生します。 + +ホットスポットの問題を軽減するには、 [`SHARD_ROW_ID_BITS`](/shard-row-id-bits.md)設定します。行 ID が分散され、データが複数の異なるリージョンに書き込まれます。 + +## キーワード {#keywords} + +キーワードは、 `SELECT` 、 `UPDATE` 、 `DELETE`など、SQL ステートメントで特別な意味を持つ単語です。 + +- そのうちのいくつかは識別子として直接使用することができ、非予約キーワードと呼ばれます。 + +- 識別子として使用する前に特別な処理が必要なキーワードもあり、これらは予約キーワードと呼ばれます。 + +ただし、予約されていないキーワードでも特別な処理が必要なものがあります。予約キーワードとして扱うことをお勧めします。 + +詳細については[キーワード](/keywords.md)参照してください。 + +## ユーザー定義変数 {#user-defined-variables} + +TiDB を使用すると、ユーザー定義変数を設定および読み取ることができます。ユーザー定義変数の形式は`@var_name`です。 `var_name`構成する文字は、数字`0-9` 、文字`a-zA-Z` 、アンダースコア`_` 、ドル記号`$` 、UTF-8 文字など、識別子を構成できる任意の文字にすることができます。さらに、英語のピリオド`.`も含まれます。ユーザー定義変数は大文字と小文字を区別しません。 + +ユーザー定義変数はセッション固有であるため、1 つのクライアント接続で定義されたユーザー変数は、他のクライアント接続では表示または使用できません。 + +詳細については[ユーザー定義変数](/user-defined-variables.md)参照してください。 + +## メタデータロック {#metadata-lock} + +TiDB では、メタデータ ロックは、オンライン スキーマ変更中にテーブル メタデータへの変更を管理するために導入されたメカニズムです。トランザクションが開始されると、現在のメタデータのスナップショットがロックされます。トランザクション中にメタデータが変更されると、TiDB は「情報スキーマが変更されました」というエラーをスローし、トランザクションのコミットを防止します。メタデータ ロックは、DML を優先することでデータ操作言語 (DML) とデータ定義言語 (DDL) の操作を調整し、古いメタデータを含む進行中の DML トランザクションが新しい DDL 変更を適用する前にコミットされるようにすることで、エラーを最小限に抑え、データの一貫性を維持します。 + +詳細については[メタデータロック](/metadata-lock.md)参照してください。 diff --git a/markdown-pages/ja/tidbcloud/master/tidb-cloud/tidb-cloud-intro.md b/markdown-pages/ja/tidbcloud/master/tidb-cloud/tidb-cloud-intro.md index 5bfc30cc73..237f6fdc72 100644 --- a/markdown-pages/ja/tidbcloud/master/tidb-cloud/tidb-cloud-intro.md +++ b/markdown-pages/ja/tidbcloud/master/tidb-cloud/tidb-cloud-intro.md @@ -64,13 +64,13 @@ TiDB Cloud を使用すると、次の主な機能を利用できます。 TiDB Cloud、次の 2 つのデプロイメント オプションが提供されます。 -- [TiDB Cloudサーバーレス](https://www.pingcap.com/tidb-serverless) +- [TiDB Cloudサーバーレス](https://www.pingcap.com/tidb-cloud-serverless) TiDB Cloud Serverless は、完全に管理されたマルチテナントの TiDB サービスです。瞬時に自動スケーリングされる MySQL 互換データベースを提供し、十分な無料利用枠と、無料制限を超えた場合の使用量に基づく課金を提供します。 -- [TiDB Cloud専用](https://www.pingcap.com/tidb-dedicated) +- [TiDB Cloud専用](https://www.pingcap.com/tidb-cloud-dedicated) - TiDB Cloud Dedicated は、クロスゾーンの高可用性、水平スケーリング、および[HTAP](https://en.wikipedia.org/wiki/Hybrid_transactional/analytical_processing)利点を備えた本番環境向けです。 + TiDB Cloud Dedicated は、クロスゾーンの高可用性、水平スケーリング、および[HTAP](https://en.wikipedia.org/wiki/Hybrid_transactional/analytical_processing)利点を備えた本番での使用向けです。 TiDB Cloud Serverless とTiDB Cloud Dedicated の機能比較については、 [TiDB: 高度なオープンソースの分散SQLデータベース](https://www.pingcap.com/get-started-tidb)参照してください。 diff --git a/markdown-pages/ja/tidbcloud/master/tidb-cloud/tidb-cloud-release-notes.md b/markdown-pages/ja/tidbcloud/master/tidb-cloud/tidb-cloud-release-notes.md index fe6c219498..6c4bf276a9 100644 --- a/markdown-pages/ja/tidbcloud/master/tidb-cloud/tidb-cloud-release-notes.md +++ b/markdown-pages/ja/tidbcloud/master/tidb-cloud/tidb-cloud-release-notes.md @@ -8,6 +8,16 @@ aliases: ['/tidbcloud/supported-tidb-versions','/tidbcloud/release-notes'] このページには、2025 年の[TiDB Cloud](https://www.pingcap.com/tidb-cloud/)のリリース ノートが記載されています。 +## 2025年1月14日 {#january-14-2025} + +**一般的な変更** + +- [TiDB Cloud専用](/tidb-cloud/select-cluster-tier.md#tidb-cloud-dedicated)クラスターに対して新しい AWS リージョンをサポートします: `Jakarta (ap-southeast-3)` 。 + +- [通知](https://tidbcloud.com/console/notifications)機能を導入すると、 [TiDB Cloudコンソール](https://tidbcloud.com/)を通じてTiDB Cloud の更新とアラートを即座に把握できるようになります。 + + 詳細については[通知](/tidb-cloud/notifications.md)参照してください。 + ## 2025年1月2日 {#january-2-2025} **一般的な変更** diff --git a/markdown-pages/ja/tidbcloud/master/tidb-cloud/transaction-concepts.md b/markdown-pages/ja/tidbcloud/master/tidb-cloud/transaction-concepts.md new file mode 100644 index 0000000000..e7669ff903 --- /dev/null +++ b/markdown-pages/ja/tidbcloud/master/tidb-cloud/transaction-concepts.md @@ -0,0 +1,40 @@ +--- +title: Transactions +summary: TiDB Cloudのトランザクションの概念について学習します。 +--- + +# 取引 {#transactions} + +TiDB は完全な分散トランザクションを提供し、モデルには[Google パーコレーター](https://research.google.com/pubs/pub36726.html)に基づいたいくつかの最適化が施されています。 + +## 楽観的トランザクションモード {#optimistic-transaction-mode} + +TiDB の楽観的トランザクション モデルでは、コミット フェーズまで競合を検出しません。競合がある場合、トランザクションは再試行する必要があります。ただし、競合が深刻な場合は、再試行前の操作が無効になり、繰り返す必要があるため、このモデルは非効率的です。 + +データベースをカウンターとして使用すると仮定します。アクセスの同時実行性が高いと、深刻な競合が発生し、再試行が複数回行われたり、タイムアウトになったりする可能性があります。したがって、深刻な競合が発生するシナリオでは、悲観的トランザクション モードを使用するか、Redis にカウンターを配置するなど、システムアーキテクチャレベルで問題を解決することをお勧めします。ただし、アクセスの競合がそれほど深刻でない場合は、楽観的トランザクション モデルが効率的です。 + +詳細については[TiDB 楽観的トランザクションモデル](/optimistic-transaction.md)参照してください。 + +## 悲観的なトランザクションモード {#pessimistic-transaction-mode} + +TiDB では、悲観的トランザクション モードの動作は MySQL とほぼ同じです。トランザクションは実行フェーズでロックを適用し、競合状況での再試行を回避して、より高い成功率を保証します。悲観的ロックを適用することで、 `SELECT FOR UPDATE`使用して事前にデータをロックすることもできます。 + +ただし、アプリケーション シナリオの競合が少ない場合は、楽観的トランザクション モデルの方がパフォーマンスが向上します。 + +詳細については[TiDB 悲観的トランザクションモード](/pessimistic-transaction.md)参照してください。 + +## トランザクション分離レベル {#transaction-isolation-levels} + +トランザクション分離は、データベース トランザクション処理の基礎の 1 つです。分離は、トランザクションの 4 つの主要なプロパティの 1 つです (一般に[ACID](/tidb-cloud/tidb-cloud-glossary.md#acid)と呼ばれます)。 + +TiDB は、MySQL との互換性のために`REPEATABLE-READ`として宣伝されているスナップショット分離 (SI) 一貫性を実装しています。これは[ANSI 繰り返し読み取り分離レベル](/transaction-isolation-levels.md#difference-between-tidb-and-ansi-repeatable-read)および[MySQL 繰り返し読み取りレベル](/transaction-isolation-levels.md#difference-between-tidb-and-mysql-repeatable-read)とは異なります。 + +詳細については[TiDBトランザクション分離レベル](/transaction-isolation-levels.md)参照してください。 + +## 非トランザクションDMLステートメント {#non-transactional-dml-statements} + +非トランザクション DML ステートメントは、複数の SQL ステートメント (つまり、複数のバッチ) に分割され、順番に実行される DML ステートメントです。トランザクションの原子性と分離性を犠牲にして、バッチ データ処理のパフォーマンスと使いやすさを向上させます。 + +通常、メモリを消費するトランザクションは、トランザクション サイズの制限を回避するために複数の SQL ステートメントに分割する必要があります。非トランザクション DML ステートメントは、このプロセスを TiDB カーネルに統合して、同じ効果を実現します。SQL ステートメントを分割することで、非トランザクション DML ステートメントの効果を理解するのに役立ちます。1 `DRY RUN`を使用して、分割されたステートメントをプレビューできます。 + +詳細については[非トランザクションDMLステートメント](/non-transactional-dml.md)参照してください。 diff --git a/markdown-pages/ja/tidbcloud/master/tidb-storage.md b/markdown-pages/ja/tidbcloud/master/tidb-storage.md index f4f7624218..bc62c38466 100644 --- a/markdown-pages/ja/tidbcloud/master/tidb-storage.md +++ b/markdown-pages/ja/tidbcloud/master/tidb-storage.md @@ -40,7 +40,7 @@ TiKV はRaft を使用してデータ レプリケーションを実行します ![Raft in TiDB](https://download.pingcap.com/images/docs/tidb-storage-1.png) -要約すると、TiKV はスタンドアロン マシン RocksDB を介してディスクにデータをすばやく保存し、マシン障害が発生した場合にはRaft を介して複数のマシンにデータを複製できます。データは RocksDB ではなくRaftのインターフェイスを介して書き込まれます。Raft の実装により、TiKV は分散型キー値storageになります。マシンに障害が発生した場合でも、TiKV はネイティブのRaftプロトコルにより自動的にRaftを完了できるため、アプリケーションには影響しません。 +要約すると、TiKV はスタンドアロン マシン RocksDB を介してディスクにデータをすばやく保存し、マシン障害が発生した場合にはRaftを介して複数のマシンにデータを複製できます。データは RocksDB ではなくRaftのインターフェイスを介して書き込まれます。Raft の実装により、TiKV は分散型キー値storageになります。マシンに障害が発生した場合でも、TiKV はネイティブのRaftプロトコルにより自動的にRaftを完了できるため、アプリケーションには影響しません。 ## リージョン {#region} @@ -70,7 +70,7 @@ TiKV は、キー値空間全体を一連の連続するキー セグメント ![TiDB Storage](https://download.pingcap.com/images/docs/tidb-storage-3.png) -リージョン内でデータを分散および複製することで、ある程度の災害復旧機能を備えた分散型キー値システムが実現します。容量やディスク障害、データ損失について心配する必要がなくなります。 +リージョン内でデータを分散および複製することで、ある程度の災害復旧能力を備えた分散型キー値システムが実現します。容量やディスク障害、データ損失について心配する必要がなくなります。 ## MVCC {#mvcc} @@ -102,4 +102,4 @@ MVCC では、TiKV のキーと値のペアは次のようになります。 ## 分散ACIDトランザクション {#distributed-acid-transaction} -TiKV のトランザクションは、 Google が BigTable で使用しているモデルを採用しています: [パーコレーター](https://research.google.com/pubs/pub36726.html) 。TiKV の実装はこの論文にヒントを得て、多くの最適化が行われています。詳細については[取引の概要](/transaction-overview.md)参照してください。 +TiKV のトランザクションは、 Google が BigTable で使用しているモデルを採用しています: [パーコレーター](https://research.google/pubs/large-scale-incremental-processing-using-distributed-transactions-and-notifications/) 。TiKV の実装はこの論文にヒントを得て、多くの最適化が行われています。詳細については[取引の概要](/transaction-overview.md)参照してください。 diff --git a/markdown-pages/ja/tidbcloud/master/tiflash/tiflash-overview.md b/markdown-pages/ja/tidbcloud/master/tiflash/tiflash-overview.md index 7c7ef514b8..52b9e84484 100644 --- a/markdown-pages/ja/tidbcloud/master/tiflash/tiflash-overview.md +++ b/markdown-pages/ja/tidbcloud/master/tiflash/tiflash-overview.md @@ -37,9 +37,9 @@ TiFlash はTiDB と TiSpark の両方と互換性があり、これら 2 つの 現在、データを直接TiFlashに書き込むことはできません。TiFlash はLearnerロールとして TiDB クラスターに接続するため、TiKV にデータを書き込んでからTiFlashに複製する必要があります。TiFlashはテーブル単位でのデータ複製をサポートしていますが、デプロイ後、デフォルトではデータは複製されません。指定したテーブルのデータを複製するには、 [テーブルのTiFlashレプリカを作成する](/tiflash/create-tiflash-replicas.md#create-tiflash-replicas-for-tables)参照してください。 -TiFlash には、列型storageモジュール、 `tiflash proxy`の 3 `pd buddy`のコンポーネントがあります。5 `tiflash proxy` Multi-Raft コンセンサス アルゴリズムを使用した通信を担当します。7 `pd buddy` PD と連携して、テーブル単位で TiKV からTiFlashにデータを複製します。 +TiFlash は、列型storageコンポーネントとTiFlashプロキシコンポーネントという 2 つの主要コンポーネントで構成されています。TiFlashTiFlashコンポーネントは、 Multi-Raft コンセンサス アルゴリズムを使用した通信を担当します。 -TiDBがTiFlashにレプリカを作成するためのDDLコマンドを受信すると、 `pd buddy`コンポーネントはTiDBのステータスポートを介して複製されるテーブルの情報を取得し、その情報をPDに送信します。次に、PDは`pd buddy`から提供された情報に従って対応するデータスケジューリングを実行します。 +TiFlash内のテーブルのレプリカを作成するための DDL コマンドを受信すると、TiDB は PD 内に対応する[配置ルール](https://docs.pingcap.com/tidb/stable/configure-placement-rules)を自動的に作成し、PD はこれらのルールに基づいて対応するデータのスケジューリングを実行します。 ## 主な特徴 {#key-features} @@ -63,7 +63,7 @@ TiFlash内のレプリカは、特別なロールであるRaft Learnerとして TiFlash は、TiKV と同じスナップショット分離レベルの一貫性を提供し、最新のデータが読み取られることを保証します。つまり、TiKV に以前書き込まれたデータを読み取ることができます。このような一貫性は、データ レプリケーションの進行状況を検証することによって実現されます。 -TiFlash が読み取り要求を受信するたびに、リージョンレプリカは進行状況検証要求 (軽量 RPC 要求) をLeaderレプリカに送信します。TiFlashは、現在のレプリケーション進行状況に読み取り要求のタイムスタンプでカバーされるデータが含まれるようになった場合にのみ、読み取り操作を実行します。 +TiFlash が読み取り要求を受信するたびに、リージョンレプリカは進行状況検証要求 (軽量 RPC 要求) をLeaderレプリカに送信します。TiFlashは、現在のレプリケーション進行状況に読み取り要求のタイムスタンプでカバーされるデータが含まれた後にのみ、読み取り操作を実行します。 ### 賢い選択 {#intelligent-choice} diff --git a/markdown-pages/ja/tidbcloud/master/tso.md b/markdown-pages/ja/tidbcloud/master/tso.md index 925bc66fbd..45c09d7e54 100644 --- a/markdown-pages/ja/tidbcloud/master/tso.md +++ b/markdown-pages/ja/tidbcloud/master/tso.md @@ -5,7 +5,7 @@ summary: TiDB の TimeStamp Oracle (TSO) について学習します。 # TiDB のタイムスタンプ Oracle (TSO) {#timestamp-oracle-tso-in-tidb} -TiDB では、配置Driver(PD) が、クラスター内のさまざまなコンポーネントにタイムスタンプを割り当てる上で重要な役割を果たします。これらのタイムスタンプは、トランザクションとデータに時間マーカーを割り当てる際に重要な役割を果たします。これは、TiDB 内で[パーコレーター](https://research.google.com/pubs/pub36726.html)モデルを有効にするために不可欠なメカニズムです。Percolator モデルは、マルチバージョン同時実行制御 (MVCC) と[取引管理](/transaction-overview.md)サポートするために使用されます。 +TiDB では、配置Driver(PD) が、クラスター内のさまざまなコンポーネントにタイムスタンプを割り当てる上で重要な役割を果たします。これらのタイムスタンプは、トランザクションとデータに時間マーカーを割り当てる際に重要な役割を果たします。これは、TiDB 内で[パーコレーター](https://research.google/pubs/large-scale-incremental-processing-using-distributed-transactions-and-notifications/)モデルを有効にするために不可欠なメカニズムです。Percolator モデルは、 [マルチバージョン同時実行制御 (MVCC)](https://docs.pingcap.com/tidb/stable/glossary#multi-version-concurrency-control-mvcc)と[取引管理](/transaction-overview.md)サポートするために使用されます。 次の例は、TiDB で現在の TSO を取得する方法を示しています。