diff --git a/ai/examples/hybrid-search-with-pytidb.md b/ai/examples/hybrid-search-with-pytidb.md
index 05fcfaaccd4d9..da4e2bba1918a 100644
--- a/ai/examples/hybrid-search-with-pytidb.md
+++ b/ai/examples/hybrid-search-with-pytidb.md
@@ -17,7 +17,7 @@ summary: より包括的な結果を得るには、ベクトル検索と全文
- **TiDB Cloud Starterインスタンス**: [TiDB Cloud](https://tidbcloud.com/free-trial)で無料のTiDB Cloud Starterインスタンスを作成できます。
- **OpenAI API キー**: [OpenAI](https://platform.openai.com/api-keys)から OpenAI API キーを取得します。
-> **注記**
+> **Note**
>
> 現在、全文検索は以下の製品オプションおよび地域でのみご利用いただけます。
>
diff --git a/ai/integrations/vector-search-integrate-with-amazon-bedrock.md b/ai/integrations/vector-search-integrate-with-amazon-bedrock.md
index 0f8b72de781b4..25a7204cee881 100644
--- a/ai/integrations/vector-search-integrate-with-amazon-bedrock.md
+++ b/ai/integrations/vector-search-integrate-with-amazon-bedrock.md
@@ -17,7 +17,7 @@ aliases: ['/ja/tidbcloud/vector-search-integrate-with-amazon-bedrock/']
> - ベクトル検索機能はパブリックプレビューです。予告なく変更される場合があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)を報告してください。
> - ベクトル検索機能は、 [TiDB Self-Managed](/overview.md) と [{{{ .starter }}}](/tidb-cloud/select-cluster-tier.md#starter) で利用できます。TiDB Self-Managedの場合、TiDBのバージョンはv8.4.0以降である必要があります（v8.5.0以降を推奨）。
-> **ヒント**
+> **Tip**
>
> 完全な[サンプルコード](https://github.com/aws-samples/aws-generativeai-partner-samples/blob/main/tidb/samples/tidb-bedrock-boto3-rag.ipynb)Notebook 形式で表示できます。
diff --git a/ai/integrations/vector-search-integrate-with-langchain.md b/ai/integrations/vector-search-integrate-with-langchain.md
index 7f31c677e609c..18506ec12e494 100644
--- a/ai/integrations/vector-search-integrate-with-langchain.md
+++ b/ai/integrations/vector-search-integrate-with-langchain.md
@@ -13,7 +13,7 @@ aliases: ['/ja/tidb/stable/vector-search-integrate-with-langchain/','/ja/tidb/de
> - ベクトル検索機能はパブリックプレビューです。予告なく変更される場合があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)を報告してください。
> - ベクトル検索機能は、 [TiDB Self-Managed](/overview.md)と[TiDB Cloud Starter](/tidb-cloud/select-cluster-tier.md#starter)で利用できます。TiDB Self-Managedの場合、TiDBのバージョンはv8.4.0以降である必要があります（v8.5.0以降を推奨）。
-> **ヒント**
+> **Tip**
>
> 完全な[サンプルコード](https://github.com/langchain-ai/langchain/blob/master/docs/docs/integrations/vectorstores/tidb_vector.ipynb)Jupyter Notebook で表示することも、 [Colab](https://colab.research.google.com/github/langchain-ai/langchain/blob/master/docs/docs/integrations/vectorstores/tidb_vector.ipynb)オンライン環境で直接実行することもできます。
diff --git a/ai/integrations/vector-search-integrate-with-llamaindex.md b/ai/integrations/vector-search-integrate-with-llamaindex.md
index 7952979fea134..ce03723d02b9f 100644
--- a/ai/integrations/vector-search-integrate-with-llamaindex.md
+++ b/ai/integrations/vector-search-integrate-with-llamaindex.md
@@ -13,7 +13,7 @@ aliases: ['/ja/tidb/stable/vector-search-integrate-with-llamaindex/','/ja/tidb/d
> - ベクトル検索機能はパブリックプレビューです。予告なく変更される場合があります。バグを発見した場合は、GitHubで[問題](https://github.com/pingcap/tidb/issues)を報告してください。
> - ベクトル検索機能は、 [TiDB Self-Managed](/overview.md)と[TiDB Cloud Starter](/tidb-cloud/select-cluster-tier.md#starter)で利用できます。TiDB Self-Managedの場合、TiDBのバージョンはv8.4.0以降である必要があります（v8.5.0以降を推奨）。
-> **ヒント**
+> **Tip**
>
> 完全な[サンプルコード](https://github.com/run-llama/llama_index/blob/main/docs/examples/vector_stores/TiDBVector.ipynb)Jupyter Notebook で表示することも、 [Colab](https://colab.research.google.com/github/run-llama/llama_index/blob/main/docs/examples/vector_stores/TiDBVector.ipynb)オンライン環境で直接実行することもできます。
@@ -212,7 +212,7 @@ response = query_engine.query("What did the author do?")
print(textwrap.fill(str(response), 100))
```
-> **注記**
+> **Note**
>
> `TiDBVectorStore` [`default`](https://docs.llamaindex.ai/en/stable/api_reference/storage/vector_store/?h=vectorstorequerymode#llama_index.core.vector_stores.types.VectorStoreQueryMode)クエリ モードのみをサポートしています。
diff --git a/ai/quickstart-via-sql.md b/ai/quickstart-via-sql.md
index 12fecfb5a7935..b462216d347d7 100644
--- a/ai/quickstart-via-sql.md
+++ b/ai/quickstart-via-sql.md
@@ -110,7 +110,7 @@ VALUES
Query OK, 3 rows affected (0.15 sec)
Records: 3 Duplicates: 0 Warnings: 0
-> **注記**
+> **Note**
>
> この例では、ベクトル埋め込みの次元を簡略化し、説明のために3次元ベクトルのみを使用しています。
>
diff --git a/ai/vector-search-get-started-using-python.md b/ai/vector-search-get-started-using-python.md
index b4a13921f1f27..a65eb6475f309 100644
--- a/ai/vector-search-get-started-using-python.md
+++ b/ai/vector-search-get-started-using-python.md
@@ -141,7 +141,7 @@ def text_to_embedding(text):
`TiDBVectorClient`クラスを使用して TiDB に接続し、ベクトル列を持つテーブル`embedded_documents`を作成します。
-> **注記**
+> **Note**
>
> テーブル内のベクトル列の次元が、埋め込みモデルによって生成されるベクトルの次元と一致していることを確認してください。たとえば、 **msmarco-MiniLM-L12-cos-v5**モデルは 384 次元のベクトルを生成するため、 `embedded_documents`内のベクトル列の次元も 384 にする必要があります。
diff --git a/develop/dev-guide-sample-application-aws-lambda.md b/develop/dev-guide-sample-application-aws-lambda.md
index 61144229937b5..54621a1402b8e 100644
--- a/develop/dev-guide-sample-application-aws-lambda.md
+++ b/develop/dev-guide-sample-application-aws-lambda.md
@@ -15,7 +15,7 @@ TiDBはMySQL互換データベース、 [AWS Lambda関数](https://aws.amazon.co
- アプリケーションをビルドして実行します。オプションで、基本的な CRUD 操作用の[サンプルコードスニペット](#sample-code-snippets)を見つけることができます。
- AWS Lambda関数をデプロイ。
-> **注記**
+> **Note**
>
> このチュートリアルは、 TiDB Cloud Starter、 TiDB Cloud Essential、 TiDB Cloud Premium、およびTiDB Self-Managedに対応しています。
@@ -41,7 +41,7 @@ AWSアカウントまたはユーザーをお持ちでない場合は、 [Lambda
このセクションでは、サンプルアプリケーションコードを実行してTiDBに接続する方法を説明します。
-> **注記**
+> **Note**
>
> 完全なコードスニペットと実行手順については、 [tidb-samples/tidb-aws-lambda-quickstart](https://github.com/tidb-samples/tidb-aws-lambda-quickstart) GitHubリポジトリを参照してください。
@@ -84,13 +84,13 @@ npm install
- お使いの環境に合った**オペレーティングシステム**を選択してください。
- > **注記**
+ > **Note**
>
> Node.jsアプリケーションでは、SSL CA証明書を提供する必要はありません。Node.jsはTLS（SSL）接続を確立する際に、デフォルトで組み込みの[Mozilla CA証明書](https://wiki.mozilla.org/CA/Included_Certificates)を使用するためです。
4. **「パスワードを生成」を**クリックすると、ランダムなパスワードが生成されます。
- > **ヒント**
+ > **Tip**
>
> 以前にパスワードを作成したことがある場合は、元のパスワードを使用するか、 **「パスワードをリセット」**をクリックして新しいパスワードを作成できます。
diff --git a/develop/dev-guide-sample-application-nextjs.md b/develop/dev-guide-sample-application-nextjs.md
index c2103f31bc998..5cd8f7f0f2c15 100644
--- a/develop/dev-guide-sample-application-nextjs.md
+++ b/develop/dev-guide-sample-application-nextjs.md
@@ -14,7 +14,7 @@ TiDBはMySQL互換のデータベースであり、 [mysql2](https://github.com/
- mysql2を使用してTiDBに接続します。
- アプリケーションをビルドして実行します。オプションで、基本的な CRUD 操作用の[サンプルコードスニペット](#sample-code-snippets)を見つけることができます。
-> **注記**
+> **Note**
>
> このチュートリアルは、 TiDB Cloud Starter、 TiDB Cloud Essential、 TiDB Cloud Premium、およびTiDB Self-Managedに対応しています。
@@ -35,7 +35,7 @@ TiDBはMySQL互換のデータベースであり、 [mysql2](https://github.com/
このセクションでは、サンプルアプリケーションコードを実行してTiDBに接続する方法を説明します。
-> **注記**
+> **Note**
>
> 完全なコードスニペットと実行手順については、 [tidb-nextjs-vercel-quickstart](https://github.com/tidb-samples/tidb-nextjs-vercel-quickstart) GitHubリポジトリを参照してください。
@@ -78,13 +78,13 @@ npm install
- お使いの環境に合った**オペレーティングシステム**を選択してください。
- > **注記**
+ > **Note**
>
> Node.jsアプリケーションでは、SSL CA証明書を提供する必要はありません。Node.jsはTLS（SSL）接続を確立する際に、デフォルトで組み込みの[Mozilla CA証明書](https://wiki.mozilla.org/CA/Included_Certificates)を使用するためです。
4. **「パスワード生成」をクリックすると、ランダムなパスワード**が生成されます。
- > **ヒント**
+ > **Tip**
>
> 以前にパスワードを作成したことがある場合は、元のパスワードを使用するか、 **「パスワードをリセット」**をクリックして新しいパスワードを生成できます。
diff --git a/develop/dev-guide-sample-application-nodejs-mysql2.md b/develop/dev-guide-sample-application-nodejs-mysql2.md
index 9235d48eb8759..2daa39109bd1e 100644
--- a/develop/dev-guide-sample-application-nodejs-mysql2.md
+++ b/develop/dev-guide-sample-application-nodejs-mysql2.md
@@ -99,7 +99,7 @@ npm install mysql2 dotenv --save
TIDB_ENABLE_SSL=true
```
- > **注記**
+ > **Note**
>
> TiDB Cloud Starterの場合、パブリックエンドポイントを使用する際には、 `TIDB_ENABLE_SSL`を介して TLS 接続を有効にする**必要があります**。
@@ -177,7 +177,7 @@ npm install mysql2 dotenv --save
TIDB_CA_PATH={downloaded_ssl_ca_path}
```
- > **注記**
+ > **Note**
>
> TiDB Cloud Dedicatedへの接続にパブリックエンドポイントを使用する場合は、TLS接続を有効にすることをお勧めします。
>
@@ -273,7 +273,7 @@ async function main() {
void main();
```
-> **注記**
+> **Note**
>
> TiDB Cloud StarterおよびTiDB Cloud Essentialでは、パブリック エンドポイントを使用する場合、 `TIDB_ENABLE_SSL`を介して TLS 接続を有効にする必要が**あり****ます**。ただし、Node.js はデフォルトで組み込みの Mozilla CA を使用するため、 `TIDB_CA_PATH`を介して SSL CA 証明書を指定する必要はありません。この組み込みの[Mozilla CA証明書](https://wiki.mozilla.org/CA/Included_Certificates)はTiDB Cloud Starterによって信頼されています。
diff --git a/develop/dev-guide-sample-application-nodejs-mysqljs.md b/develop/dev-guide-sample-application-nodejs-mysqljs.md
index 566e59ad95910..5f80bfea16849 100644
--- a/develop/dev-guide-sample-application-nodejs-mysqljs.md
+++ b/develop/dev-guide-sample-application-nodejs-mysqljs.md
@@ -99,7 +99,7 @@ npm install mysql dotenv --save
TIDB_ENABLE_SSL=true
```
- > **注記**
+ > **Note**
>
> TiDB Cloud Starterの場合、パブリックエンドポイントを使用する際には、 `TIDB_ENABLE_SSL`を介して TLS 接続を有効にする**必要があります**。
@@ -177,7 +177,7 @@ npm install mysql dotenv --save
TIDB_CA_PATH={downloaded_ssl_ca_path}
```
- > **注記**
+ > **Note**
>
> TiDB Cloud Dedicatedへの接続にパブリックエンドポイントを使用する場合は、TLS接続を有効にすることをお勧めします。
>
@@ -269,7 +269,7 @@ const conn = createConnection(options);
conn.end();
```
-> **注記**
+> **Note**
>
> TiDB Cloud StarterおよびTiDB Cloud Essentialでは、パブリック エンドポイントを使用する場合、 `TIDB_ENABLE_SSL`を介して TLS 接続を有効にする必要が**あり****ます**。ただし、Node.js はデフォルトで組み込みの Mozilla CA を使用するため、 `TIDB_CA_PATH`を介して SSL CA 証明書を指定する必要はありません。この組み込みの[Mozilla CA証明書](https://wiki.mozilla.org/CA/Included_Certificates)はTiDB Cloud Starterによって信頼されています。
@@ -347,7 +347,7 @@ conn.query('DELETE FROM players WHERE id = ?;', [1], (err, ok) => {
- SQL インジェクション攻撃を回避するには、SQL を実行する前に[クエリ値のエスケープ](https://github.com/mysqljs/mysql#escaping-query-values)を使用することをお勧めします。
- > **注記**
+ > **Note**
>
> `mysqljs/mysql`パッケージはまだプリペアド ステートメントをサポートしておらず、クライアント側で値をエスケープするだけです (関連する問題:[mysqljs/mysql#274](https://github.com/mysqljs/mysql/issues/274) )。
>
diff --git a/develop/dev-guide-sample-application-nodejs-prisma.md b/develop/dev-guide-sample-application-nodejs-prisma.md
index c1e51f1cfe1bf..efe25ceb59e45 100644
--- a/develop/dev-guide-sample-application-nodejs-prisma.md
+++ b/develop/dev-guide-sample-application-nodejs-prisma.md
@@ -94,7 +94,7 @@ npm install prisma typescript ts-node @types/node --save-dev
DATABASE_URL='{connection_string}'
```
- > **注記**
+ > **Note**
>
> TiDB Cloud Starterの場合、パブリックエンドポイントを使用する際には`sslaccept=strict`を設定して TLS 接続を有効にする**必要があります**。
@@ -179,7 +179,7 @@ npm install prisma typescript ts-node @types/node --save-dev
DATABASE_URL='mysql://{user}:{password}@{host}:4000/test?sslaccept=strict&sslcert={downloaded_ssl_ca_path}'
```
- > **注記**
+ > **Note**
>
> TiDB Cloud Starterの場合、パブリックエンドポイントを使用する際には`sslaccept=strict`を設定して TLS 接続を有効にすることをお**勧め****します**。 `sslaccept=strict`を設定して TLS 接続を有効にする場合は、 `sslcert=/path/to/ca.pem`を介して接続ダイアログからダウンロードした CA 証明書のファイルパスを指定する必要があります。
diff --git a/develop/dev-guide-sample-application-nodejs-sequelize.md b/develop/dev-guide-sample-application-nodejs-sequelize.md
index fd1956ea4fda4..fbd79bb7e5f4b 100644
--- a/develop/dev-guide-sample-application-nodejs-sequelize.md
+++ b/develop/dev-guide-sample-application-nodejs-sequelize.md
@@ -14,7 +14,7 @@ TiDB は MySQL 互換データベースであり、[Sequelize](https://sequelize
- Sequelizeを使用してTiDBに接続します。
- アプリケーションをビルドして実行します。オプションで、基本的な CRUD 操作用の[サンプルコードスニペット](#sample-code-snippets)を見つけることができます。
-> **注記**
+> **Note**
>
> このチュートリアルは、 TiDB Cloud Starter、 TiDB Cloud Essential、 TiDB Cloud Premium、 TiDB Cloud Dedicated、およびTiDB Self-Managedに対応しています。
@@ -35,7 +35,7 @@ TiDB は MySQL 互換データベースであり、[Sequelize](https://sequelize
このセクションでは、サンプルアプリケーションコードを実行してTiDBに接続する方法を説明します。
-> **注記**
+> **Note**
>
> 完全なコードスニペットと実行手順については、 [tidb-samples/tidb-nodejs-sequelize-quickstart](https://github.com/tidb-samples/tidb-nodejs-sequelize-quickstart) GitHubリポジトリを参照してください。
@@ -78,13 +78,13 @@ npm install
- お使いの環境に合った**オペレーティングシステム**を選択してください。
- > **注記**
+ > **Note**
>
> Node.jsアプリケーションでは、SSL CA証明書を提供する必要はありません。Node.jsはTLS（SSL）接続を確立する際に、デフォルトで組み込みの[Mozilla CA証明書](https://wiki.mozilla.org/CA/Included_Certificates)を使用するためです。
4. **「パスワードを生成」を**クリックすると、ランダムなパスワードが生成されます。
- > **ヒント**
+ > **Tip**
>
> 以前にパスワードを作成したことがある場合は、元のパスワードを使用するか、 **「パスワードをリセット」**をクリックして新しいパスワードを作成できます。
diff --git a/develop/dev-guide-sample-application-nodejs-typeorm.md b/develop/dev-guide-sample-application-nodejs-typeorm.md
index 9bf3e223439ce..324129b5fd9c5 100644
--- a/develop/dev-guide-sample-application-nodejs-typeorm.md
+++ b/develop/dev-guide-sample-application-nodejs-typeorm.md
@@ -14,7 +14,7 @@ TiDBはMySQL互換のデータベースであり、 [TypeORM](https://github.com
- TypeORMを使用してTiDBに接続します。
- アプリケーションをビルドして実行します。オプションで、基本的な CRUD 操作用の[サンプルコードスニペット](#sample-code-snippets)を見つけることができます。
-> **注記**
+> **Note**
>
> このチュートリアルは、 TiDB Cloud Starter、 TiDB Cloud Essential、 TiDB Cloud Premium、 TiDB Cloud Dedicated、およびTiDB Self-Managedに対応しています。
@@ -107,7 +107,7 @@ npm install @types/node ts-node typescript --save-dev
TIDB_ENABLE_SSL=true
```
- > **注記**
+ > **Note**
>
> TiDB Cloud StarterおよびTiDB Cloud Essentialの場合、パブリック エンドポイントを使用する際には`TIDB_ENABLE_SSL`を介して TLS 接続を有効にする**必要があります**。
@@ -185,7 +185,7 @@ npm install @types/node ts-node typescript --save-dev
TIDB_CA_PATH={downloaded_ssl_ca_path}
```
- > **注記**
+ > **Note**
>
> TiDB Cloud Dedicatedの場合、パブリックエンドポイントを使用する際には`TIDB_ENABLE_SSL`を介して TLS 接続を有効にすることをお**勧め**します。 `TIDB_ENABLE_SSL=true`を設定する際には、 `TIDB_CA_PATH=/path/to/ca.pem`を介して接続ダイアログからダウンロードした CA 証明書のパスを指定する**必要があります**。
@@ -302,7 +302,7 @@ export const AppDataSource = new DataSource({
});
```
-> **注記**
+> **Note**
>
> TiDB Cloud StarterおよびTiDB Cloud Essentialでは、パブリックエンドポイントを使用する際に TLS 接続を有効にする必要があります。このサンプルコードでは、 `TIDB_ENABLE_SSL` `.env` } を`true`に設定してください。
>
diff --git a/develop/dev-guide-sample-application-ruby-mysql2.md b/develop/dev-guide-sample-application-ruby-mysql2.md
index 71f4e55d7e161..200b29dd4921b 100644
--- a/develop/dev-guide-sample-application-ruby-mysql2.md
+++ b/develop/dev-guide-sample-application-ruby-mysql2.md
@@ -100,7 +100,7 @@ bundle add mysql2 dotenv
DATABASE_ENABLE_SSL=true
```
- > **注記**
+ > **Note**
>
> [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)の場合、パブリック エンドポイントを使用する際には`DATABASE_ENABLE_SSL`を介して TLS 接続を有効にする**必要があります**。
@@ -178,7 +178,7 @@ bundle add mysql2 dotenv
DATABASE_SSL_CA={downloaded_ssl_ca_path}
```
- > **注記**
+ > **Note**
>
> TiDB Cloud Dedicatedクラスタへの接続にパブリックエンドポイントを使用する場合は、TLS接続を有効にすることをお勧めします。
>
@@ -258,7 +258,7 @@ options.merge(sslca: ENV['DATABASE_SSL_CA']) if ENV['DATABASE_SSL_CA']
client = Mysql2::Client.new(options)
```
-> **注記**
+> **Note**
>
> [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)の場合、パブリック エンドポイントを使用する際には`DATABASE_ENABLE_SSL`を介して TLS 接続を有効にする**必要があります****が**、mysql2 gem が特定の順序で既存の CA 証明書を検索してファイルが見つかるまで検索するため、 `DATABASE_SSL_CA`を介して SSL CA 証明書を指定する必要はありません。
diff --git a/develop/dev-guide-sample-application-ruby-rails.md b/develop/dev-guide-sample-application-ruby-rails.md
index bd2719dca11bc..0574c6f349f77 100644
--- a/develop/dev-guide-sample-application-ruby-rails.md
+++ b/develop/dev-guide-sample-application-ruby-rails.md
@@ -90,7 +90,7 @@ bundle add mysql2 dotenv
DATABASE_URL='mysql2://{user}:{password}@{host}:{port}/{database_name}?ssl_mode=verify_identity'
```
- > **注記**
+ > **Note**
>
> [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)の場合、パブリックエンドポイントを使用する際には、 `ssl_mode=verify_identity`クエリパラメータを使用して TLS 接続を有効にする**必要があります**。
@@ -157,7 +157,7 @@ bundle add mysql2 dotenv
DATABASE_URL='mysql2://{user}:{password}@{host}:{port}/{database}?ssl_mode=verify_identity&sslca=/path/to/ca.pem'
```
- > **注記**
+ > **Note**
>
> TiDB Cloud Dedicatedへの接続にパブリックエンドポイントを使用する場合は、TLS接続を有効にすることをお勧めします。
>
@@ -247,7 +247,7 @@ production:
<<: *default
```
-> **注記**
+> **Note**
>
> [TiDB Cloud Starter](https://docs.pingcap.com/tidbcloud/select-cluster-tier#starter)および[TiDB Cloud Essential](https://docs.pingcap.com/tidbcloud/select-cluster-tier#essential)の場合、パブリック エンドポイントを使用する際には**、** `ssl_mode`の`verify_identity`クエリ パラメータを`DATABASE_URL`に設定して TLS 接続を有効にする必要がありますが、mysql2 gem が特定の順序で既存の CA 証明書を検索してファイルが見つかるまで検索するため、 `DATABASE_URL`を介して SSL CA 証明書を指定する必要**はあり**ません。
diff --git a/functions-and-operators/information-functions.md b/functions-and-operators/information-functions.md
index 7c5e762562357..4a56a9b967e07 100644
--- a/functions-and-operators/information-functions.md
+++ b/functions-and-operators/information-functions.md
@@ -198,7 +198,7 @@ TABLE t1;
2 rows in set (0.00 sec)
```
-> **注記**
+> **Note**
>
> - TiDBでは、 [`AUTO_ID_CACHE`](/auto-increment.md#auto_id_cache)を指定するとMySQLが返す結果と異なる結果になる可能性があります。この不一致は、TiDBが各ノードにIDをキャッシュするため、IDの順序が乱れたり、IDに空白が生じたりする可能性があるためです。アプリケーションで厳密なID順序の維持が不可欠な場合は、 [MySQL互換モード](/auto-increment.md#mysql-compatibility-mode)を有効にすることができます。
>
diff --git a/sync-diff-inspector/sync-diff-inspector-overview.md b/sync-diff-inspector/sync-diff-inspector-overview.md
index 4985028aa3580..895aebc958394 100644
--- a/sync-diff-inspector/sync-diff-inspector-overview.md
+++ b/sync-diff-inspector/sync-diff-inspector-overview.md
@@ -69,7 +69,7 @@ TiDB v8.5.6以降の場合：
- `RELOAD` : テーブルスキーマを表示するために必要です。
- `PROCESS` : アップストリームとダウンストリームの両方が TiDB クラスタである場合に必須です。 `INFORMATION_SCHEMA.CLUSTER_INFO`テーブルをクエリするために使用されます。
-> **注記**：
+> **Note**:
>
> - すべてのデータベースに対して[`SHOW DATABASES`](/sql-statements/sql-statement-show-databases.md)権限を付与**しないでください**( `*.*` )。そうしないと、sync-diff-inspector がアクセスできないデータベースにアクセスしようとしてエラーが発生します。
> - MySQLデータソースの場合、 [`skip_show_database`](https://dev.mysql.com/doc/refman/8.4/en/server-system-variables.html#sysvar_skip_show_database)システム変数が`OFF`に設定されていることを確認してください。この変数が`ON`に設定されている場合、チェックが失敗する可能性があります。
diff --git a/ticdc/ticdc-ddl.md b/ticdc/ticdc-ddl.md
index bcd2e81480df9..8f892dc6398a8 100644
--- a/ticdc/ticdc-ddl.md
+++ b/ticdc/ticdc-ddl.md
@@ -18,7 +18,7 @@ summary: TiCDC でサポートされている DDL ステートメントといく
- Y: この状態ではダウンストリームへのレプリケーションがサポートされます。
- N: この状態では、ダウンストリームへのレプリケーションはサポートされません。
-> **注記**
+> **Note**
>
> - アップストリームテーブルに有効なインデックスがなく、かつ`force-replicate=true`が設定されていない場合、テーブルはレプリケートされません。ただし、このテーブルに有効なインデックスを作成する後続のDDL文（ `CREATE INDEX` 、 `ADD INDEX` 、 `ADD PRIMARY KEY`を含む）はレプリケートされます。これにより、ダウンストリームテーブルとアップストリームテーブルのスキーマ間に不整合が生じ、その後のデータレプリケーションが失敗する可能性があります。
> - 最後の有効なインデックスを削除する DDL ステートメント ( `DROP INDEX`と`DROP PRIMARY KEY`を含む) は複製されないため、後続のデータ レプリケーションが失敗します。
diff --git a/ticdc/ticdc-open-api.md b/ticdc/ticdc-open-api.md
index 161c10a616017..9296ff10923a6 100644
--- a/ticdc/ticdc-open-api.md
+++ b/ticdc/ticdc-open-api.md
@@ -7,7 +7,7 @@ summary: OpenAPI インターフェースを使用してクラスターのステ
-> **注記**
+> **Note**
>
> TiCDC OpenAPI v1は非推奨であり、将来削除される予定です。1 [TiCDC オープンAPI v2](/ticdc/ticdc-open-api-v2.md)使用をお勧めします。
diff --git a/ticdc/ticdc-sink-to-kafka.md b/ticdc/ticdc-sink-to-kafka.md
index 64849e5323884..818b06c287773 100644
--- a/ticdc/ticdc-sink-to-kafka.md
+++ b/ticdc/ticdc-sink-to-kafka.md
@@ -489,7 +489,7 @@ claim-check-storage-uri = "s3://claim-check-bucket"
`large-message-handle-option` `"claim-check"`に設定する場合、 `claim-check-storage-uri`有効な外部ストレージアドレスに設定する必要があります。そうでない場合、チェンジフィードの作成は失敗します。
-> **ヒント**
+> **Tip**
>
> TiCDC における Amazon S3、GCS、Azure Blob Storage の URI パラメータの詳細については、 [外部ストレージサービスのURI形式](/external-storage-uri.md)を参照してください。
diff --git a/ticdc/ticdc-split-update-behavior.md b/ticdc/ticdc-split-update-behavior.md
index 0716aa8bb0f14..862a03e150446 100644
--- a/ticdc/ticdc-split-update-behavior.md
+++ b/ticdc/ticdc-split-update-behavior.md
@@ -119,7 +119,7 @@ v6.5.10、v7.1.6、v7.5.3、v8.1.1以降、MySQL以外のシンクを使用す
- `output-raw-change-event = false`設定すると、主キーまたは null 以外の一意インデックス値が`UPDATE`イベントで変更された場合、TiCDC はイベントを`DELETE`と`INSERT`イベントに分割し、すべてのイベントが`INSERT`イベントの前の`DELETE`イベントのシーケンスに従うようにします。
- `output-raw-change-event = true`設定すると、TiCDCは`UPDATE`イベントを分割せず、 [MySQL以外のシンクの主キーまたは一意キーの`UPDATE`イベントを分割する](/ticdc/ticdc-split-update-behavior.md#split-primary-or-unique-key-update-events-for-non-mysql-sinks)で説明した問題への対処はコンシューマー側で行います。そうしないと、データの不整合が発生するリスクがあります。テーブルの主キーがクラスター化インデックスである場合、主キーへの更新はTiDB内で依然として`DELETE`つと`INSERT`イベントに分割されますが、この動作は`output-raw-change-event`パラメータの影響を受けません。
-> **注記**
+> **Note**
>
> 次の表では、UK/PK は主キーまたは一意キーを表します。
diff --git a/tidb-cloud/backup-and-restore.md b/tidb-cloud/backup-and-restore.md
index 74f24acfa2844..8e9d5de2df413 100644
--- a/tidb-cloud/backup-and-restore.md
+++ b/tidb-cloud/backup-and-restore.md
@@ -8,7 +8,7 @@ aliases: ['/ja/tidbcloud/restore-deleted-tidb-cluster']
このドキュメントでは、 TiDB Cloud上でTiDB Cloud Dedicatedクラスタのデータをバックアップおよび復元する方法について説明します。TiDB Cloud Dedicated は、自動バックアップと手動バックアップをサポートしています。また、バックアップデータを新しいクラスタに復元したり、ごみ箱から削除されたクラスタを復元したりすることもできます。
-> **ヒント**
+> **Tip**
>
> TiDB Cloud StarterまたはTiDB Cloud Essentialインスタンスでデータをバックアップおよび復元する方法については、 [TiDB Cloud StarterまたはEssentialでデータをバックアップおよび復元する](/tidb-cloud/backup-and-restore-serverless.md)および復元する」を参照してください。
@@ -38,7 +38,7 @@ TiDB Cloud Dedicated は、 [スナップショットバックアップ](https:/
#### ポイントインタイム復元を有効にする {#turn-on-point-in-time-restore}
-> **注記**
+> **Note**
>
> ポイントインタイム復元機能は、バージョン6.4.0以降のTiDB Cloud Dedicatedクラスタでサポートされています。
@@ -60,7 +60,7 @@ TiDB Cloud Dedicatedクラスターでこの機能を有効にするには、以
4. **ポイントインタイム復元**スイッチを**オン**に切り替えます。
- > **警告**
+ > **Warning**
>
> ポイントインタイム リストアは、次のバックアップ タスクが完了した後にのみ有効になります。より早く有効にするには、有効にした後に[手動でバックアップを実行する](#perform-a-manual-backup)ことができます。
@@ -82,7 +82,7 @@ TiDB Cloud Dedicatedクラスターのバックアップ スケジュールを
- **「バックアップサイクル」**で、「**日次バックアップ」**または**「週次バックアップ」**タブをクリックします。 **「週次バックアップ」**の場合は、バックアップを行う曜日を指定する必要があります。
- > **警告**
+ > **Warning**
>
> - 週次バックアップが有効になっている場合、ポイントインタイム復元機能はデフォルトで有効になりますが、手動で無効にすることもできます。
> - バックアップサイクルを週単位から日単位に変更した場合でも、ポイントインタイム復元機能は元の設定のままです。必要に応じて手動で無効にすることもできます。
@@ -91,14 +91,14 @@ TiDB Cloud Dedicatedクラスターのバックアップ スケジュールを
バックアップの希望時刻を指定しない場合、 TiDB Cloudはデフォルトのバックアップ時刻を割り当てます。これは、クラスターが配置されているリージョンのタイムゾーンにおける午前2時です。
- > **注記**
+ > **Note**
>
> - データインポート中、TiDB Cloud は自動バックアップジョブを遅延させ、手動バックアップは実行できません。
> - クラスターのスケーリング中、TiDB Cloud は自動バックアップジョブを遅延させます。遅延が30分を超えると、TiDB Cloud はスケジュールされたバックアップをスキップします。スケジュールされたバックアップを確実に正常実行するため、スケジュールされたバックアップ時刻の前後でクラスターのスケーリングを頻繁に行うことは避けてください。クラスターのスケーリング中は、手動バックアップを実行**しないでください**。
- **バックアップ保持期間**では、バックアップデータの最小保持期間を設定します。デフォルトの期間は7日間です。業務への影響を最小限に抑えるため、ワークロードが少ない時間帯に自動バックアップを実行することをお勧めします。
- > **注記**
+ > **Note**
>
> - 最新の自動バックアップを除くすべての自動バックアップは、保存期間を超過すると削除されます。最新の自動バックアップは、手動で削除しない限り削除されません。これにより、誤って削除してしまった場合でもクラスタデータを復元できます。
> - クラスターを削除すると、保持期間内に有効期限が設定されている自動バックアップはごみ箱に移動されます。
@@ -128,7 +128,7 @@ TiDB Cloud Dedicatedクラスターでデュアルリージョンバックアッ
### 自動バックアップをオフにする {#turn-off-auto-backup}
-> **注記**
+> **Note**
>
> 自動バックアップを無効にすると、デフォルトで特定時点への復元も無効になります。
@@ -144,7 +144,7 @@ TiDB Cloud Dedicatedクラスターの自動バックアップを無効にする
### デュアルリージョンバックアップを無効にする {#turn-off-dual-region-backup}
-> **ヒント**
+> **Tip**
>
> デュアル リージョンのバックアップを無効にしても、セカンダリ リージョンのバックアップはすぐには削除されません。これらのバックアップは、バックアップ保持スケジュールに従って後でクリーンアップされます。すぐに削除するには、手動で[バックアップを削除する](#delete-backups)。
@@ -162,7 +162,7 @@ TiDB Cloud Dedicatedクラスターのデュアルリージョンバックアッ
手動バックアップとは、ユーザーが開始するバックアップであり、必要に応じてデータを既知の状態にバックアップし、いつでもその状態に復元することを可能にします。
-> **注記**
+> **Note**
>
> - 手動で作成したバックアップは、お客様が手動で削除するか、アカウントが閉鎖されるまで、無期限に保持されます。
> - TiDB Cloud Dedicatedクラスターが削除されると、既存の手動バックアップはごみ箱に移動され、手動で削除されるかアカウントが閉鎖されるまでそこに保持されます。
@@ -266,7 +266,7 @@ TiDB Cloud Dedicatedクラスターの実行中のバックアップ ジョブ
### データを新しいクラスターに復元する {#restore-data-to-a-new-cluster}
-> **注記**
+> **Note**
>
> TiDBクラスタをバックアップから復元する場合、復元プロセスは元のタイムゾーン設定を上書きすることなく保持します。
@@ -300,7 +300,7 @@ TiDB Cloud Dedicatedクラスタのデータをバックアップから新しい
4. **Cloud Provider & Region**で、新しいクラスターのターゲットリージョンを選択します。
- > **注記**
+ > **Note**
>
> - デフォルトでは、新しいクラスターはソースクラスターと同じリージョンに復元されます。
> - **バックアップ設定**で [**Dual Region Backup**](/tidb-cloud/backup-and-restore.md#turn-on-dual-region-backup) が有効になっている場合は、デュアルリージョンバックアップ用に構成された**Secondary Region**に新しいクラスターを復元することもできます。
diff --git a/tidb-cloud/connected-care-overview.md b/tidb-cloud/connected-care-overview.md
index d16d4d968f29a..e7741e15ae4d4 100644
--- a/tidb-cloud/connected-care-overview.md
+++ b/tidb-cloud/connected-care-overview.md
@@ -18,7 +18,7 @@ Connected Care サービスは、最新のコミュニケーション ツール
Connected Care サービスには、 **Basic** 、 **Developer** (従来の**Standard**プランに相当)、 **Enterprise** 、 **Premium の**4 つのサポート プランがあります。
-> **注記**
+> **Note**
>
> **Basic** 、 **Enterprise** 、および**Premium の**サポート プランでは、従来のプランと同じプラン名が使用されていますが、サービス コミットメントが異なる異なるプランを指します。
@@ -37,7 +37,7 @@ Connected Care サービスには、 **Basic** 、 **Developer** (従来の**Sta
| Connected: サポートチケットのIMインタラクション ( [Slack](/tidb-cloud/connected-slack-ticket-interaction.md) , [Lark](/tidb-cloud/connected-lark-ticket-interaction.md) ) | | | | ✔ |
| テクニカルアカウントマネージャー | | | | ✔ |
-> **注記**
+> **Note**
>
> 4 つのサポート プランすべてのお客様は、サービス リクエストに[PingCAPサポートポータル](https://tidb.support.pingcap.com/)を利用できます。
diff --git a/tidb-cloud/data-service-api-key.md b/tidb-cloud/data-service-api-key.md
index 2d06a3125f1aa..42864f71d58c9 100644
--- a/tidb-cloud/data-service-api-key.md
+++ b/tidb-cloud/data-service-api-key.md
@@ -122,7 +122,7 @@ TiDB Cloud Data API は[基本認証](https://en.wikipedia.org/wiki/Basic_access
### APIキーを編集する {#edit-an-api-key}
-> **注記**：
+> **Note**:
>
> 有効期限切れのキーは編集できません。
@@ -149,7 +149,7 @@ APIキーの説明またはレート制限を編集するには、以下の手
### APIキーの有効期限を切る {#expire-an-api-key}
-> **注記**：
+> **Note**:
>
> 有効期限切れのキーを再度無効にすることはできません。
diff --git a/tidb-cloud/migrate-from-mysql-using-data-migration.md b/tidb-cloud/migrate-from-mysql-using-data-migration.md
index 1cd0c8f8a77e9..5807ae04753fd 100644
--- a/tidb-cloud/migrate-from-mysql-using-data-migration.md
+++ b/tidb-cloud/migrate-from-mysql-using-data-migration.md
@@ -351,7 +351,7 @@ TiDB Cloud Premiumで利用可能な接続方法は以下のとおりです。
-> **注記**：
+> **Note**:
>
> ファイアウォールの送信側IPアドレス範囲は、データ移行タスクの作成時にのみ利用可能です。このIPアドレス範囲を事前に取得することはできません。開始する前に、以下の点を確認してください。
>
diff --git a/tidb-cloud/migrate-incremental-data-from-mysql-using-data-migration.md b/tidb-cloud/migrate-incremental-data-from-mysql-using-data-migration.md
index c24e81dd251ea..2512a12b77fee 100644
--- a/tidb-cloud/migrate-incremental-data-from-mysql-using-data-migration.md
+++ b/tidb-cloud/migrate-incremental-data-from-mysql-using-data-migration.md
@@ -27,7 +27,7 @@ summary: データ移行を使用して、Amazon Aurora MySQL、Amazon Relationa
## 制限事項 {#limitations}
-> **注記**：
+> **Note**:
>
> このセクションでは、増分データ移行に関する制限事項のみを記載しています。一般的な制限事項も併せてお読みになることをお勧めします。 [制限事項](/tidb-cloud/migrate-from-mysql-using-data-migration.md#limitations)をご覧ください。
@@ -52,7 +52,7 @@ summary: データ移行を使用して、Amazon Aurora MySQL、Amazon Relationa
## 前提条件 {#prerequisites}
-> **注記**：
+> **Note**:
>
> このセクションには、増分データ移行に関する前提条件のみが含まれています。 [一般的な前提条件](/tidb-cloud/migrate-from-mysql-using-data-migration.md#prerequisites)も併せて読むことをお勧めします。
@@ -117,7 +117,7 @@ SHOW VARIABLES LIKE 'binlog_row_image';
### 自己ホスト型のMySQLインスタンスの場合 {#for-a-self-hosted-mysql-instance}
-> **注記**：
+> **Note**:
>
> 具体的な手順やコマンドは、MySQLのバージョンや構成によって異なる場合があります。GTIDを有効にすることによる影響を十分に理解し、本番環境以外の環境で適切にテストおよび検証してから、この操作を実行してください。
diff --git a/tidb-cloud/monitor-new-relic-integration.md b/tidb-cloud/monitor-new-relic-integration.md
index c2aca303ea8de..1def06ecfb031 100644
--- a/tidb-cloud/monitor-new-relic-integration.md
+++ b/tidb-cloud/monitor-new-relic-integration.md
@@ -111,7 +111,7 @@ TiDB Cloudは、2023年4月11日よりプロジェクトレベルのNew Relic統
],
```
- > **注記**：
+ > **Note**:
>
> 統合エラーを回避するために、JSON ファイル内のすべての`"accountIds"`フィールドにアカウント ID が追加されていることを確認してください。
diff --git a/tidb-cloud/monitor-prometheus-and-grafana-integration.md b/tidb-cloud/monitor-prometheus-and-grafana-integration.md
index e364097d76dd4..ecd92e992437f 100644
--- a/tidb-cloud/monitor-prometheus-and-grafana-integration.md
+++ b/tidb-cloud/monitor-prometheus-and-grafana-integration.md
@@ -17,7 +17,7 @@ TiDB Cloudは、2022年3月15日よりプロジェクトレベルのPrometheus
- **従来のプロジェクトレベルの Prometheus 統合 (ベータ版)** : 2025 年 10 月 21 日時点で組織内に少なくとも 1 つの従来のプロジェクトレベルの Prometheus 統合が削除されずに残っている場合、 TiDB Cloud は、現在のダッシュボードへの影響を回避するために、組織向けにプロジェクトレベルで既存および新規の統合の両方を保持します。
- > **注記**
+ > **Note**
>
> 従来のプロジェクトレベルのPrometheus統合は、2026年1月9日に廃止されました。組織がまだこれらの従来の統合を使用している場合は、 [Prometheus統合の移行](/tidb-cloud/migrate-prometheus-metrics-integrations.md)手順に従って、新しいクラスタレベルの統合に移行し、メトリクス関連サービスへの影響を最小限に抑えてください。
diff --git a/tidb-cloud/recovery-group-delete.md b/tidb-cloud/recovery-group-delete.md
index 4cab55ad7f298..c39043def7a33 100644
--- a/tidb-cloud/recovery-group-delete.md
+++ b/tidb-cloud/recovery-group-delete.md
@@ -19,7 +19,7 @@ summary: リカバリグループが不要になった場合に削除する方
4. リカバリグループの**「アクション」**メニューをクリックし、 **「削除」**をクリックします。削除ダイアログが表示されます。
- > **警告**
+ > **Warning**
>
> - リカバリグループを削除すると、そのリカバリグループに関連付けられているすべてのレプリケーション関係も削除されます。
> - リカバリ グループに関連付けられたデータベースは、災害から保護されなくなります。
diff --git a/tidb-cloud/recovery-group-failover.md b/tidb-cloud/recovery-group-failover.md
index a397ce77a5cc5..09331e51746a0 100644
--- a/tidb-cloud/recovery-group-failover.md
+++ b/tidb-cloud/recovery-group-failover.md
@@ -29,7 +29,7 @@ summary: TiDB Cloudクラスタ間でデータベースのフェイルオーバ
4. リカバリグループの**「アクション」**メニューをクリックし、 **「フェールオーバー」**をクリックします。フェールオーバーダイアログが表示されます。
- > **警告**
+ > **Warning**
>
> フェイルオーバーを実行すると、既存のレプリケーション関係が切断されます。
@@ -53,11 +53,11 @@ summary: TiDB Cloudクラスタ間でデータベースのフェイルオーバ
3. **リカバリーグループ**ページで、再保護したいリカバリグループの名前を探します。
- > **注記**
+ > **Note**
>
> **リカバリグループの詳細**ページには、リカバリグループの現在の状態やレプリケーショントポロジなど、リカバリグループに関する情報が表示されます。再保護同期中は、転送されるデータ量が多いため、プライマリクラスタまたはセカンダリクラスタでのオンラインクエリのパフォーマンスに影響が出る可能性があります。データベースの再保護は、負荷の低い時間帯にスケジュールすることをお勧めします。
- > **警告**
+ > **Warning**
>
> 再保護操作を実行するために必要なデータレプリケーションの一環として、選択されたデータベースの内容は、ターゲットのTiDB Cloud Dedicatedクラスター上で、（新しい）プライマリ クラスターのデータベースの内容に置き換えられます。ターゲットのTiDB Cloud Dedicatedクラスター上の固有のコンテンツを保持したい場合は、再保護操作を実行する前にバックアップを完了してください。
diff --git a/tidb-cloud/recovery-group-get-started.md b/tidb-cloud/recovery-group-get-started.md
index d40dfb7cefe05..dfdd8dab0351b 100644
--- a/tidb-cloud/recovery-group-get-started.md
+++ b/tidb-cloud/recovery-group-get-started.md
@@ -12,7 +12,7 @@ summary: TiDB Cloudでリカバリ グループを作成し、その詳細を表
- リカバリグループは、データベースを別のクラスタに複製することで、地域的な災害からデータベースを保護します。リカバリグループを作成する前に、2つのTiDB Cloud Dedicatedクラスタが必要です。1つのクラスタはプライマリデータベースをホストし、もう1つのクラスタはプライマリデータベースのレプリカをホストします。まだクラスタを作成していない場合は、 [TiDB Cloud Dedicatedクラスタを作成する](/tidb-cloud/create-tidb-cluster.md)の手順に従って必要なクラスタを作成してください。
- リカバリグループを作成するには、組織の`Organization Owner`のロールまたは対象プロジェクトの`Project Owner`ロールに属している必要があります。
-> **注記**
+> **Note**
>
> 現在、AWS でホストされているTiDB Cloud Dedicated クラスターのみがリカバリ グループをサポートしています。
@@ -28,7 +28,7 @@ summary: TiDB Cloudでリカバリ グループを作成し、その詳細を表
4. **[リカバリグループの作成]**ページで、リカバリグループの名前を入力します。
- > **注記**
+ > **Note**
>
> 現在サポートされている回復力レベルは1つだけです。詳細については、 [回復力レベルについて](#about-resiliency-levels)参照してください。
@@ -38,7 +38,7 @@ summary: TiDB Cloudでリカバリ グループを作成し、その詳細を表
7. このリカバリグループの一部として複製するデータベースを選択します。
- > **注記**
+ > **Note**
>
> データベースをグループに割り当てるときは、特定のデータベースを選択するか、プライマリ クラスター (現在および将来) 上のすべての (システム以外の) データベースを選択できます。
>
@@ -47,7 +47,7 @@ summary: TiDB Cloudでリカバリ グループを作成し、その詳細を表
>
> 初期レプリケーション中は、転送されるデータ量が多いため、プライマリクラスタまたはセカンダリクラスタでのオンラインクエリのパフォーマンスに影響が出る可能性があります。データベースの初期保護は、比較的混雑していない時間帯にスケジュールしてください。
- > **警告**
+ > **Warning**
>
> 初期レプリケーション中に、プライマリクラスタの選択されたデータベースの内容がセカンダリクラスタのデータベースの内容に置き換えられます。セカンダリクラスタの固有の内容を保持したい場合は、リカバリグループを設定する前にバックアップを完了してください。
@@ -67,7 +67,7 @@ summary: TiDB Cloudでリカバリ グループを作成し、その詳細を表
4. レプリケーション関係が完全に確立され、機能している場合、ステータスは**「使用可能」**と表示されます。
- > **警告**
+ > **Warning**
>
> リカバリグループのセットアップ中に、レプリケーションプロセスのために、パターン`cloud-rg-*`に従った名前のアカウントがセカンダリクラスタに作成されます。このアカウントを削除または変更すると、レプリケーションが中断されます。
diff --git a/tidb-cloud/recovery-group-overview.md b/tidb-cloud/recovery-group-overview.md
index 2650acad3eeb1..52cb02fb70ff0 100644
--- a/tidb-cloud/recovery-group-overview.md
+++ b/tidb-cloud/recovery-group-overview.md
@@ -17,7 +17,7 @@ TiDB Cloudリカバリグループを使用すると、 TiDB Cloud Dedicated ク
- プライマリクラスタ: アプリケーションによってデータベースがアクティブに書き込まれるクラスタ
- セカンダリクラスタ: データベースのレプリカが配置されているクラスタ
-> **注記**
+> **Note**
>
> レプリカデータベースへのクライアント接続は、復旧グループ機能によって明示的に読み取り専用に強制されることはありません。レプリカデータベースに接続するアプリケーションが読み取り専用クエリのみを実行するようにするのは、アプリケーションの責任です。
@@ -27,7 +27,7 @@ TiDB Cloudリカバリグループを使用すると、 TiDB Cloud Dedicated ク
- リカバリ グループは 2 つのクラスター間に確立されます。
- リカバリ グループでは、データベースの双方向レプリケーションはサポートされません。
-> **警告**
+> **Warning**
>
> この機能はベータ版であり、本番環境には推奨されません。
diff --git a/tidb-cloud/serverless-private-link-connection-to-alicloud-rds.md b/tidb-cloud/serverless-private-link-connection-to-alicloud-rds.md
index 795a8f4e84a8c..6446fc53bb186 100644
--- a/tidb-cloud/serverless-private-link-connection-to-alicloud-rds.md
+++ b/tidb-cloud/serverless-private-link-connection-to-alicloud-rds.md
@@ -37,7 +37,7 @@ ApsaraDB RDS for MySQL インスタンスは次の要件を満たしている必
- AZ (アベイラビリティ ゾーン) の可用性: アベイラビリティ ゾーンは、 TiDB Cloud Essential クラスターのアベイラビリティ ゾーンと重複する必要があります。
- ネットワークのアクセシビリティ: インスタンスは適切な IP 許可リストで構成され、VPC 内でアクセス可能である必要があります。
-> **注記**
+> **Note**
>
> ApsaraDB RDS for MySQL のリージョン間接続はサポートされていません。
diff --git a/tidb-cloud/serverless-private-link-connection-to-aws-confluent.md b/tidb-cloud/serverless-private-link-connection-to-aws-confluent.md
index 082408bfb3482..3744e43511766 100644
--- a/tidb-cloud/serverless-private-link-connection-to-aws-confluent.md
+++ b/tidb-cloud/serverless-private-link-connection-to-aws-confluent.md
@@ -7,7 +7,7 @@ summary: AWS エンドポイント サービス プライベート リンク接
このドキュメントでは、 [AWS エンドポイントサービスプライベートリンク接続](/tidb-cloud/serverless-private-link-connection.md)を使用してTiDB Cloud Essential クラスターを AWS 上の[Confluent Cloud 専用クラスタ](https://docs.confluent.io/cloud/current/clusters/cluster-types.html)に接続する方法について説明します。
-> **注記**
+> **Note**
>
> AWS 上のすべての Confluent Cloud クラスター タイプのうち、プライベート リンク接続をサポートするのは Confluent Cloud Dedicated クラスターのみです。
diff --git a/tidb-cloud/serverless-private-link-connection-to-aws-rds.md b/tidb-cloud/serverless-private-link-connection-to-aws-rds.md
index 780b4f3e2fec2..e010dde04964d 100644
--- a/tidb-cloud/serverless-private-link-connection-to-aws-rds.md
+++ b/tidb-cloud/serverless-private-link-connection-to-aws-rds.md
@@ -45,7 +45,7 @@ Amazon RDSインスタンスは、以下の要件を満たす必要がありま
- タイプ: `MySQL/Aurora`
- 宛先: `Anywhere-IPv4`
-> **注記**
+> **Note**
>
> 現在、 TiDB Cloud Essentialではリージョン間接続はサポートされていません。リージョン間接続が必要な場合は、 TiDB Cloud Premiumをご利用いただき、VPCピアリングによる接続を確立してください。
diff --git a/tidb-cloud/tidb-cloud-quickstart.md b/tidb-cloud/tidb-cloud-quickstart.md
index 974d5bad5b7c6..0465aca582f44 100644
--- a/tidb-cloud/tidb-cloud-quickstart.md
+++ b/tidb-cloud/tidb-cloud-quickstart.md
@@ -34,7 +34,7 @@ category: quick start
- > **注記**
+ > **Note**
>
> - 現在、 TiDB Cloud StarterはAWSで一般公開されており、Alibaba Cloudではパブリックプレビュー中です。このドキュメントの以降の手順では、AWSを例に説明します。
> - TiDB Cloudはフルマネージドサービスです。PingCAPが基盤となるクラウドインフラストラクチャを運用および管理します。基盤となるリソースには、TiDB Cloudコンソールを通じてのみアクセスできます。
@@ -43,7 +43,7 @@ category: quick start
- > **注記**
+ > **Note**
>
> - 現在、 TiDB Cloud StarterはAWSで一般公開されています。このドキュメントの以降の手順では、AWSを例に説明します。
> - TiDB Cloudはフルマネージドサービスです。PingCAPが基盤となるクラウドインフラストラクチャを運用および管理します。基盤となるリソースには、TiDB Cloudコンソールを通じてのみアクセスできます。
diff --git a/tidb-cloud/tidb-node-group-management.md b/tidb-cloud/tidb-node-group-management.md
index 985188fd4a759..1f46259152d83 100644
--- a/tidb-cloud/tidb-node-group-management.md
+++ b/tidb-cloud/tidb-node-group-management.md
@@ -7,7 +7,7 @@ summary: ビジネス ワークロードを分離するために TiDB ノード
このドキュメントでは、 [TiDB Cloudコンソール](https://tidbcloud.com/)を使用してビジネス ワークロードを分離するために、TiDB ノード グループとそのエンドポイントを管理する方法について説明します。
-> **注記**：
+> **Note**:
>
> TiDB ノード グループ機能は、TiDB Cloud Starter またはTiDB Cloud Essential クラスターでは使用でき**ません**。
@@ -25,7 +25,7 @@ summary: ビジネス ワークロードを分離するために TiDB ノード
- AWS または Google Cloud に[TiDB Cloud Dedicated](/tidb-cloud/select-cluster-tier.md#tidb-cloud-dedicated)クラスターがデプロイされています。
- あなたは組織の**組織オーナー**または**プロジェクトオーナー**の役割を担っています。詳細については、 [ユーザーロール](/tidb-cloud/manage-user-access.md#user-roles)をご覧ください。
-> **注記**：
+> **Note**:
>
> TiDBノードグループはクラスタ作成中に作成できません。クラスタが作成され、 **「使用可能」**状態になった後にグループを追加する必要があります。
@@ -105,7 +105,7 @@ TiDBノードグループを作成しても、デフォルトグループのエ
- Google Cloud にデプロイされたクラスタについては、 [Google Cloud Private Service Connect 経由でTiDB Cloud Dedicatedクラスタに接続する](/tidb-cloud/set-up-private-endpoint-connections-on-google-cloud.md)を参照してください。
- > **注記**：
+ > **Note**:
>
> Private Link を使用して異なるノード グループを接続する場合は、ノード グループごとに個別のプライベート エンドポイント接続を作成する必要があります。
@@ -158,7 +158,7 @@ TiDB ノード グループの詳細を表示するには、次の手順を実
## TiDBノードグループを削除する {#delete-a-tidb-node-group}
-> **注記**：
+> **Note**:
>
> TiDB ノード グループを削除すると、プライベート エンドポイント接続やパブリック アクセス用の IP リストなど、そのノードとネットワーク構成も削除されます。
diff --git a/tidb-cloud/tidb-node-group-overview.md b/tidb-cloud/tidb-node-group-overview.md
index b8e09d963a0ad..91b95368ff3e4 100644
--- a/tidb-cloud/tidb-node-group-overview.md
+++ b/tidb-cloud/tidb-node-group-overview.md
@@ -9,7 +9,7 @@ summary: TiDB ノード グループ機能の実装と使用シナリオにつ
TiDBノードグループを使用すると、ビジネス要件に基づいてコンピューティングノードを複数のTiDBノードグループに分割し、各TiDBノードグループに固有の接続エンドポイントを設定できます。アプリケーションはそれぞれのエンドポイントを介してクラスターに接続し、リクエストは対応するノードグループにルーティングされて処理されます。これにより、あるグループでのリソースの過剰使用が他のグループに影響を与えることを防ぎます。
-> **注記**：
+> **Note**:
>
> TiDB ノード グループ機能は、TiDB Cloud Starter およびTiDB Cloud Essential クラスターでは使用でき**ません**。