diff --git a/ai/examples/hybrid-search-with-pytidb.md b/ai/examples/hybrid-search-with-pytidb.md
index 30e5b0dd8520b..b85d89fadd349 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 daf96d87168ab..a0100b09430ea 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 e53aa2dcd3a6d..c6d60adeaa864 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 979dccf74a816..eea2d18a54c8b 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 8a81c4751522d..b18eaf9d5bbd3 100644
--- a/ai/quickstart-via-sql.md
+++ b/ai/quickstart-via-sql.md
@@ -112,7 +112,7 @@ 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 25e9263ff8777..7500c4a7c6525 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 24489a13b8b0a..bbd37a1f934c2 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 31b6ceaee00ab..60889bc573a82 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 9be23e54a192e..d8f58b6615c2c 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接続を有効にすることをお勧めします。
>
@@ -275,7 +275,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 5d8a09c5f0eef..77af9fadbc5bf 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接続を有効にすることをお勧めします。
>
@@ -271,7 +271,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によって信頼されています。
@@ -349,7 +349,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 b93f58cacff88..811d3168aae61 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 f00a4379d224d..97c3845420ae4 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 e888bb03651a5..a0fb1a1989ccc 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 証明書のパスを指定する**必要があります**。
@@ -304,7 +304,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 280b64d2decdb..a08f94e852618 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接続を有効にすることをお勧めします。
>
@@ -260,7 +260,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 76705e7905c9e..34951ebbea3fa 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接続を有効にすることをお勧めします。
>
@@ -249,7 +249,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 04ea204ad325a..80c398ca64ca4 100644
--- a/functions-and-operators/information-functions.md
+++ b/functions-and-operators/information-functions.md
@@ -212,7 +212,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/optimizer-fix-controls.md b/optimizer-fix-controls.md
index 749242d2fdafe..fffe2522ad80e 100644
--- a/optimizer-fix-controls.md
+++ b/optimizer-fix-controls.md
@@ -105,7 +105,7 @@ SET SESSION tidb_opt_fix_control = '44262:ON,44389:ON';
- デフォルト値: `ON`。v8.5.7 より前では、デフォルト値は `OFF` です。
- 可能`OFF`値: `ON`
-- この修正制御が `OFF` に設定されている場合、オプティマイザがクエリ プランに対して単一インデックス スキャン方式 (フル テーブル スキャン以外) を選択できるとき、オプティマイザはインデックス マージを自動的に選択しません。詳細については、[インデックスマージを使用したステートメントの説明](/explain-index-merge.md#examples) の**注記**を参照してください。
+- この修正制御が `OFF` に設定されている場合、オプティマイザがクエリ プランに対して単一インデックス スキャン方式 (フル テーブル スキャン以外) を選択できるとき、オプティマイザはインデックス マージを自動的に選択しません。詳細については、[インデックスマージを使用したステートメントの説明](/explain-index-merge.md#examples) の**Note**を参照してください。
- この修正制御が `ON` に設定されている場合、前述の制限は解除され、オプティマイザはより多くのクエリでインデックス マージを自動的に選択できます。ただし、コスト見積もりの不正確さなどの要因により、オプティマイザが本来最適な実行計画を見逃す可能性があります。
### `54337`バージョン8.3.0の新機能 {#54337-new-in-v830}
diff --git a/ticdc/ticdc-ddl.md b/ticdc/ticdc-ddl.md
index 10213b3441188..a9de3b26e1846 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 5615388dbdb03..1be51723adf2c 100644
--- a/ticdc/ticdc-open-api.md
+++ b/ticdc/ticdc-open-api.md
@@ -7,7 +7,7 @@ summary: OpenAPI インターフェースを使用してクラスターのステ
-> **注記**
+> **Note**
>
> TiCDC OpenAPI v1は非推奨であり、将来削除される予定です。[TiCDC OpenAPI v2](/ticdc/ticdc-open-api-v2.md)の使用をお勧めします。
diff --git a/ticdc/ticdc-sink-to-kafka.md b/ticdc/ticdc-sink-to-kafka.md
index d95a7d08a6a1b..de31ff0167cc9 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 9f15aeed2d988..d675b6191a33d 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 efc9e338a596a..02d68b05f8c41 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 96ce8056b92a8..dd421d6e33c1d 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/monitor-alert-email.md b/tidb-cloud/monitor-alert-email.md
index aa2393de5b24a..4c398c5a1bd43 100644
--- a/tidb-cloud/monitor-alert-email.md
+++ b/tidb-cloud/monitor-alert-email.md
@@ -58,7 +58,7 @@ TiDB Cloud、電子メール、[Slack](/tidb-cloud/monitor-alert-slack.md)、[Zo
8. 購読を完了するには、 **「保存」**をクリックしてください。
-または、 TiDB Cloud Dedicatedクラスタの[**警告**](/tidb-cloud/monitor-built-in-alerting.md#view-alerts)ページの右上隅にある**「購読」を**クリックすることもできます。**アラート購読**ページに移動します。
+または、 TiDB Cloud Dedicatedクラスタの[**Alert**](/tidb-cloud/monitor-built-in-alerting.md#view-alerts)ページの右上隅にある**「購読」を**クリックすることもできます。**アラート購読**ページに移動します。
@@ -85,7 +85,7 @@ TiDB Cloud、電子メール、[Slack](/tidb-cloud/monitor-alert-slack.md)、[Zo
7. 購読を完了するには、 **「保存」**をクリックしてください。
-または、 TiDB Cloud Essentialインスタンスの[**警告**](/tidb-cloud/monitor-built-in-alerting.md#view-alerts)ページの右上隅にある**「購読」を**クリックすることもできます。**アラート購読**ページに移動します。
+または、 TiDB Cloud Essentialインスタンスの[**Alert**](/tidb-cloud/monitor-built-in-alerting.md#view-alerts)ページの右上隅にある**「購読」を**クリックすることもできます。**アラート購読**ページに移動します。
@@ -112,7 +112,7 @@ TiDB Cloud、電子メール、[Slack](/tidb-cloud/monitor-alert-slack.md)、[Zo
7. 購読を完了するには、 **「保存」**をクリックしてください。
-または、 TiDB Cloud Premiumインスタンスの[**警告**](/tidb-cloud/monitor-built-in-alerting.md#view-alerts)ページの右上隅にある**「購読」を**クリックすることもできます。**アラート購読**ページに移動します。
+または、 TiDB Cloud Premiumインスタンスの[**Alert**](/tidb-cloud/monitor-built-in-alerting.md#view-alerts)ページの右上隅にある**「購読」を**クリックすることもできます。**アラート購読**ページに移動します。
diff --git a/tidb-cloud/monitor-prometheus-and-grafana-integration.md b/tidb-cloud/monitor-prometheus-and-grafana-integration.md
index bf37daf39463f..3a5a0e9e98c92 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 0a7f6ce71abec..089b45b852aed 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 cf551bccd3f3c..22125f97d17a2 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 c11161bf78f7e..0f21d87d5ffaa 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 cb65d93e1c82e..40fbeb0232585 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 97a7717fab392..e747e29e19065 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コンソールを通じてのみアクセスできます。