diff --git a/releases/release-2.0.1.md b/releases/release-2.0.1.md
index 5c70d9d190c62..a929f4861d20a 100644
--- a/releases/release-2.0.1.md
+++ b/releases/release-2.0.1.md
@@ -22,7 +22,7 @@ summary: TiDB 2.0.1は2018年5月16日にリリースされ、MySQLとの互換
 - TiDBにBinlog障害の動作を制御するオプションを追加
 - `Coprocessor`スローログをリファクタリングして、処理時間が長いタスクと待機時間が長いタスクのシナリオを区別します。
 - MySQL プロトコル ハンドシェイク エラーが発生した場合は、ロード バランサの Keep Alive メカニズムによって大量のログが生成されるのを避けるため、何もログに記録しません。
-- 「列の値が範囲外です」というエラーメッセージを改善する
+- 「Out of range value for column」というエラーメッセージを改善する
 - `Update`文にサブクエリがある場合のバグを修正
 - `SIGTERM`処理動作を変更し、すべてのクエリが終了するまで待たないようにします。
 
diff --git a/releases/release-2.1-rc.2.md b/releases/release-2.1-rc.2.md
index 0937299fa50b3..42d695fb177d8 100644
--- a/releases/release-2.1-rc.2.md
+++ b/releases/release-2.1-rc.2.md
@@ -45,7 +45,7 @@ summary: TiDB 2.1 RC2は2018年9月14日にリリースされ、安定性、SQL
     - 監視メトリクスで内部SQLとユーザーSQLをフィルタリングするために異なるラベルを使用する [＃7631](https://github.com/pingcap/tidb/pull/7631)
     - 過去1週間のスロークエリ上位30件をTiDBサーバーに保存する [＃7646](https://github.com/pingcap/tidb/pull/7646)
     - TiDBクラスタのグローバルシステムタイムゾーンを設定する提案を提出する [＃7656](https://github.com/pingcap/tidb/pull/7656)
-    - 「GCの有効期間がトランザクション期間より短い」というエラーメッセージを充実させる[＃7658](https://github.com/pingcap/tidb/pull/7658)
+    - 「GC life time is shorter than transaction duration」というエラーメッセージを充実させる[＃7658](https://github.com/pingcap/tidb/pull/7658)
     - TiDBクラスタを起動するときにグローバルシステムのタイムゾーンを設定する [＃7638](https://github.com/pingcap/tidb/pull/7638)
 - 互換性
     - `Year`型に符号なしフラグを追加 [＃7542](https://github.com/pingcap/tidb/pull/7542)
diff --git a/releases/release-3.0.1.md b/releases/release-3.0.1.md
index ab895032966b1..8982a65d6b09f 100644
--- a/releases/release-3.0.1.md
+++ b/releases/release-3.0.1.md
@@ -38,7 +38,7 @@ TiDB Ansible バージョン: 3.0.1
 - `SHOW PROCESSLIST`コマンドで表示される`DB`列と`INFO`列がMySQL と互換性がない問題を修正 [＃11003](https://github.com/pingcap/tidb/pull/11003)
 - `skip-grant-table=true`が設定されている場合に`FLUSH PRIVILEGES`文によって発生するシステムpanicの問題を修正[＃11027](https://github.com/pingcap/tidb/pull/11027)
 - テーブルの主キーが`UNSIGNED`整数の場合、 `FAST ANALYZE`で収集された主キー統計が正しくない問題を修正しました。 [＃11099](https://github.com/pingcap/tidb/pull/11099)
-- `FAST ANALYZE`文で「無効なキー」エラーが報告される場合がある問題を修正[＃11098](https://github.com/pingcap/tidb/pull/11098)
+- `FAST ANALYZE`文で「invalid key」エラーが報告される場合がある問題を修正[＃11098](https://github.com/pingcap/tidb/pull/11098)
 - 列のデフォルト値として`CURRENT_TIMESTAMP`が使用され、float精度が指定されている場合、 `SHOW CREATE TABLE`文で表示される精度が不完全になる問題を修正しました。 [＃11088](https://github.com/pingcap/tidb/pull/11088)
 - MySQL との互換性を保つために、ウィンドウ関数がエラーを報告するときに関数名が小文字にならない問題を修正しました。 [＃11118](https://github.com/pingcap/tidb/pull/11118)
 - TiKV クライアント バッチ gRPC のバックグラウンドスレッドがパニックを起こした後、TiDB が TiKV に接続できず、サービスを提供できなくなる問題を修正しました[＃11101](https://github.com/pingcap/tidb/pull/11101)
diff --git a/releases/release-4.0.14.md b/releases/release-4.0.14.md
index a5f90353a1234..926185e6c6f44 100644
--- a/releases/release-4.0.14.md
+++ b/releases/release-4.0.14.md
@@ -125,7 +125,7 @@ TiDB バージョン: 4.0.14
 
     - **プロファイリング**UIがすべてのTiDBインスタンスをプロファイリングできない問題を修正[＃944](https://github.com/pingcap/tidb-dashboard/pull/944)
     - **Statements**UIに「プラン数」が表示されない問題を修正しました[＃939](https://github.com/pingcap/tidb-dashboard/pull/939)
-    - クラスタアップグレード後に**Slow Query**UIに「不明なフィールド」エラーが表示される問題を修正しました [＃902](https://github.com/pingcap/tidb-dashboard/issues/902)
+    - クラスタアップグレード後に**Slow Query**UIに「unknown field」エラーが表示される問題を修正しました [＃902](https://github.com/pingcap/tidb-dashboard/issues/902)
 
 - TiFlash
 
diff --git a/releases/release-4.0.15.md b/releases/release-4.0.15.md
index 646ba696a6691..a28b87658445d 100644
--- a/releases/release-4.0.15.md
+++ b/releases/release-4.0.15.md
@@ -91,7 +91,7 @@ TiDB バージョン: 4.0.15
 
     - 範囲構築するときにバイナリリテラルの照合順序順序が誤って設定されるバグを修正しました [＃23672](https://github.com/pingcap/tidb/issues/23672)
 
-    - に`GROUP BY`と`UNION`両方が含まれている場合に発生する「インデックスが範囲外です」というエラーを修正しました。 [＃26553](https://github.com/pingcap/tidb/pull/26553)
+    - に`GROUP BY`と`UNION`両方が含まれている場合に発生する「index out of range」というエラーを修正しました。 [＃26553](https://github.com/pingcap/tidb/pull/26553)
 
     - TiKVにtombstoneストアがある場合、TiDBがリクエストの送信に失敗する可能性がある問題を修正[＃23676](https://github.com/pingcap/tidb/issues/23676) [＃24648](https://github.com/pingcap/tidb/issues/24648)
 
@@ -101,7 +101,7 @@ TiDB バージョン: 4.0.15
 
 - TiKV
 
-    - データ復元中にTDEが有効になっているとBRが「ファイルが既に存在します」というエラーを報告する問題を修正[＃1179](https://github.com/pingcap/br/issues/1179)
+    - データ復元中にTDEが有効になっているとBRが「file already exists」というエラーを報告する問題を修正[＃1179](https://github.com/pingcap/br/issues/1179)
     - 破損したスナップショットファイルによって引き起こされる潜在的なディスクフル問題を修正[＃10813](https://github.com/tikv/tikv/issues/10813)
     - TiKVが古いリージョンを頻繁に削除する問題を修正[＃10680](https://github.com/tikv/tikv/issues/10680)
     - TiKVがPDクライアントに頻繁に再接続する問題を修正 [＃9690](https://github.com/tikv/tikv/issues/9690)
diff --git a/releases/release-5.0.0.md b/releases/release-5.0.0.md
index f041c5edf0d97..8cd09b1099f72 100644
--- a/releases/release-5.0.0.md
+++ b/releases/release-5.0.0.md
@@ -77,7 +77,7 @@ TiDB バージョン: 5.0.0
 
 ### その他 {#others}
 
-- アップグレード前に、TiDB構成の[`feedback-probability`](https://docs-archive.pingcap.com/tidb/v5.0/tidb-configuration-file#feedback-probability)の値を確認してください。値が0でない場合、アップグレード後に「回復可能なゴルーチンでpanicが発生しました」というエラーが発生しますが、このエラーはアップグレード自体には影響しません。
+- アップグレード前に、TiDB 設定の[`feedback-probability`](https://docs-archive.pingcap.com/tidb/v5.0/tidb-configuration-file#feedback-probability)の値を確認してください。値が0でない場合、アップグレード後に「panic in the recoverable goroutine」というエラーが発生しますが、このエラーはアップグレード自体には影響しません。
 - 列の型変更時に、 `VARCHAR`型と`CHAR`型の間の変換を禁止し、データの正確性に関する問題を回避する。
 
 ## 新機能 {#new-features}
diff --git a/releases/release-5.1.0.md b/releases/release-5.1.0.md
index 55b4542d05ef4..c5b4ad85a3202 100644
--- a/releases/release-5.1.0.md
+++ b/releases/release-5.1.0.md
@@ -59,13 +59,13 @@ TiDB バージョン: 5.1.0
 
 ### その他 {#others}
 
-- アップグレード前に、TiDB構成の[`feedback-probability`](https://docs-archive.pingcap.com/tidb/v5.1/tidb-configuration-file#feedback-probability)の値を確認してください。値が0でない場合、アップグレード後に「回復可能なゴルーチンでpanicが発生しました」というエラーが発生しますが、このエラーはアップグレード自体には影響しません。
+- アップグレード前に、TiDB 設定の[`feedback-probability`](https://docs-archive.pingcap.com/tidb/v5.1/tidb-configuration-file#feedback-probability)の値を確認してください。値が0でない場合、アップグレード後に「panic in the recoverable goroutine」というエラーが発生しますが、このエラーはアップグレード自体には影響しません。
 - TiDBのパフォーマンスを向上させるため、TiDBのGoコンパイラバージョンをgo1.13.7からgo1.16.4にアップグレードしてください。TiDB開発者の方は、スムーズなコンパイルを保証するために、Goコンパイラバージョンをアップグレードすることをお勧めします。
 - TiDBローリングアップグレード中は、TiDB Binlogを使用するクラスタでクラスター化インデックスを持つテーブルを作成しないようにしてください。
 - TiDB のローリングアップグレード中は`alter table ... modify column`や`alter table ... change column`のようなステートメントを実行しないでください。
 - バージョン5.1以降、各テーブルのTiFlashレプリカを作成する際に、システムテーブルのレプリカを設定する機能はサポートされなくなりました。クラスタをアップグレードする前に、関連するシステムテーブルのレプリカをクリアする必要があります。クリアしないと、アップグレードは失敗します。
 - TiCDC の`--sort-dir`コマンドの`cdc cli changefeed`パラメータは非推奨です。代わりに、 `--sort-dir`コマンドで`cdc server` を設定できます。 [#1795](https://github.com/pingcap/tiflow/pull/1795)
-- TiDB 5.1 にアップグレードした後、TiDB が「関数 READ ONLY には noop 実装しかありません」というエラーを返す場合、 [`tidb_enable_noop_functions`](/system-variables.md#tidb_enable_noop_functions-new-in-v40)の値を`ON`に設定することで、TiDB がこのエラーを無視するようにできます。これは、MySQL の`read_only`変数が TiDB ではまだ有効になっていないためです (TiDB では「noop」動作です)。したがって、この変数が TiDB で設定されていても、TiDB クラスタにデータを書き込むことができます。
+- TiDB 5.1 にアップグレードした後、TiDB が「function READ ONLY has only noop implementation」というエラーを返す場合、 [`tidb_enable_noop_functions`](/system-variables.md#tidb_enable_noop_functions-new-in-v40)の値を`ON`に設定することで、TiDB がこのエラーを無視するようにできます。これは、MySQL の`read_only`変数が TiDB ではまだ有効になっていないためです (TiDB では「noop」動作です)。したがって、この変数が TiDB で設定されていても、TiDB クラスタにデータを書き込むことができます。
 
 ## 新機能 {#new-features}
 
diff --git a/releases/release-5.2.0.md b/releases/release-5.2.0.md
index a7e3195283259..e95a4425dcac1 100644
--- a/releases/release-5.2.0.md
+++ b/releases/release-5.2.0.md
@@ -62,7 +62,7 @@ TiDB バージョン: 5.2.0
 
 - アップグレードの前に、 [`tidb_evolve_plan_baselines`](/system-variables.md#tidb_evolve_plan_baselines-new-in-v40)システム変数の値が`ON`であるかどうかを確認してください。値が`ON`の場合は、 `OFF`に設定してください。そうでない場合、アップグレードは失敗します。
 - TiDB クラスターを v4.0 から v5.2 にアップグレードすると、 [`tidb_multi_statement_mode`](/system-variables.md#tidb_multi_statement_mode-new-in-v4011)のデフォルト値が`WARN`から`OFF`に変更されます。
-- アップグレード前に、TiDB 設定の[`feedback-probability`](https://docs-archive.pingcap.com/tidb/v5.2/tidb-configuration-file#feedback-probability)の値を確認してください。値が`0`でない場合、アップグレード後に「回復可能なゴルーチンでpanicが発生しました」というエラーが発生しますが、このエラーはアップグレードには影響しません。
+- アップグレード前に、TiDB 設定の[`feedback-probability`](https://docs-archive.pingcap.com/tidb/v5.2/tidb-configuration-file#feedback-probability)の値を確認してください。値が`0`でない場合、アップグレード後に「panic in the recoverable goroutine」というエラーが発生しますが、このエラーはアップグレードには影響しません。
 - TiDBはMySQL 5.7のnoop変数`innodb_default_row_format`と互換性を持つようになりました。この変数を設定しても効果はありません。 [#23541](https://github.com/pingcap/tidb/issues/23541)
 - TiDB 5.2以降では、システムセキュリティを向上させるため、クライアントからの接続のトランスレイヤーを暗号化することが推奨されています（必須ではありません）。TiDBは、TiDB内で暗号化を自動的に構成および有効化するAuto TLS機能を提供します。Auto TLS機能を使用するには、TiDBのアップグレード前に、TiDB構成ファイルの[`security.auto-tls`](/tidb-configuration-file.md#auto-tls)を`true`に設定してください。
 - MySQL 8.0 からの移行を容易にし、セキュリティを向上させるために、 `caching_sha2_password`認証方式をサポートします。
@@ -315,7 +315,7 @@ Apple M1チップを搭載したMacコンピュータで`tiup playground`コマ
     - TiDB Lightning
 
         - TiDB LightningがParquetファイル内の`DECIMAL`データ型を解析できないバグを修正しました [#1272](https://github.com/pingcap/br/pull/1272)
-        - TiDB Lightningがテーブルスキーマの復元時に「エラー9007：書き込み競合」エラーを報告するバグを修正しました [#1290](https://github.com/pingcap/br/issues/1290)
+        - TiDB Lightningがテーブルスキーマの復元時に「Error 9007: Write conflict」エラーを報告するバグを修正しました [#1290](https://github.com/pingcap/br/issues/1290)
         - intハンドルのオーバーフローが原因でTiDB Lightningがデータをインポートできないバグを修正しました [#1291](https://github.com/pingcap/br/issues/1291)
         - TiDB Lightningでローカルバックエンドモードでのデータ損失によりチェックサム不一致エラーが発生する可能性があるバグを修正しました [#1403](https://github.com/pingcap/br/issues/1403)
         - TiDB Lightningがテーブルスキーマを復元する際に、クラスター化インデックスとのLightning互換性の問題を修正する [#1362](https://github.com/pingcap/br/issues/1362)
diff --git a/releases/release-5.4.1.md b/releases/release-5.4.1.md
index 9fd15692e3a93..bef0bd7a3558d 100644
--- a/releases/release-5.4.1.md
+++ b/releases/release-5.4.1.md
@@ -76,7 +76,7 @@ TiDB v5.4.1では、製品設計上の互換性に関する変更は行われて
     - `INFORMATION_SCHEMA.CLUSTER_SLOW_QUERY`テーブルへのクエリ実行時に TiDBサーバーのメモリが発生する問題を修正しました。この問題は、Grafana ダッシュボードでスロークエリをチェックすると発生する可能性があります。 [＃33893](https://github.com/pingcap/tidb/issues/33893)
     - `NOWAIT`文で実行中のトランザクションがロックに遭遇してもすぐには戻らないバグを修正 [＃32754](https://github.com/pingcap/tidb/issues/32754)
     - `GBK`文字セットと`gbk_bin`照合順序でテーブルを作成するときに失敗するバグを修正しました [＃31308](https://github.com/pingcap/tidb/issues/31308)
-    - `enable-new-charset`が`on`の場合、照合順序付きの`GBK`文字セットテーブルの作成が「不明な文字セット」エラーで失敗するバグを修正しました[＃31297](https://github.com/pingcap/tidb/issues/31297)
+    - `enable-new-charset`が`on`の場合、照合順序付きの`GBK`文字セットテーブルの作成が「Unknown character set」エラーで失敗するバグを修正しました[＃31297](https://github.com/pingcap/tidb/issues/31297)
 
 - TiKV
 
@@ -157,7 +157,7 @@ TiDB v5.4.1では、製品設計上の互換性に関する変更は行われて
 
     - TiDB Lightning
 
-        - チェックサムエラー「GCの有効期間がトランザクション期間より短い」を修正[＃32733](https://github.com/pingcap/tidb/issues/32733)
+        - チェックサムエラー「GC life time is shorter than transaction duration」を修正[＃32733](https://github.com/pingcap/tidb/issues/32733)
         - 空のテーブルチェックに失敗した場合、 TiDB Lightning が停止する問題を修正しました。 [＃31797](https://github.com/pingcap/tidb/issues/31797)
         - 一部のインポートタスクにソースファイルが含まれていない場合にTiDB Lightningがメタデータスキーマを削除しない可能性があるバグを修正しました[＃28144](https://github.com/pingcap/tidb/issues/28144)
         - 事前チェックでローカルディスクリソースとクラスターの可用性がチェックされない問題を修正[＃34213](https://github.com/pingcap/tidb/issues/34213)
diff --git a/releases/release-6.5.3.md b/releases/release-6.5.3.md
index 1d5ede224bf0e..7340379c3fb52 100644
--- a/releases/release-6.5.3.md
+++ b/releases/release-6.5.3.md
@@ -110,7 +110,7 @@ TiDB バージョン: 6.5.3
 
     - Backup & Restore (BR)
 
-        - バックアップが失敗したときにBRのエラーメッセージ「ロックタイムアウトを解決してください」が誤解を招き、実際のエラー情報が隠れてしまう問題を修正しました[＃43236](https://github.com/pingcap/tidb/issues/43236) @[YuJuncen](https://github.com/YuJuncen)
+        - バックアップが失敗したときにBRのエラーメッセージ「resolve lock timeout」が誤解を招き、実際のエラー情報が隠れてしまう問題を修正しました[＃43236](https://github.com/pingcap/tidb/issues/43236) @[YuJuncen](https://github.com/YuJuncen)
 
     - TiCDC
 
diff --git a/releases/release-7.1.3.md b/releases/release-7.1.3.md
index 144ff4429faea..c9365112c825e 100644
--- a/releases/release-7.1.3.md
+++ b/releases/release-7.1.3.md
@@ -126,7 +126,7 @@ TiDB バージョン: 7.1.3
     - クエリ中にTiFlash がメモリ制限に遭遇するとメモリリークが発生する問題を修正しました。 [＃8447](https://github.com/pingcap/tiflash/issues/8447) @[JinheLin](https://github.com/JinheLin)
     - `FLASHBACK DATABASE` を実行した後もTiFlashレプリカのデータがガベージコレクションされる問題を修正しました [＃8450](https://github.com/pingcap/tiflash/issues/8450) @[JaySon-Huang](https://github.com/JaySon-Huang)
     - Grafana の一部のパネルの最大パーセンタイル時間の表示が誤っていた問題を修正 [＃8076](https://github.com/pingcap/tiflash/issues/8076) @[JaySon-Huang](https://github.com/JaySon-Huang)
-    - クエリが予期しないエラーメッセージ「FineGrainedShuffleWriter-V1 でブロックスキーマが一致しません」を返す問題を修正[＃8111](https://github.com/pingcap/tiflash/issues/8111) @[SeaRise](https://github.com/SeaRise)
+    - クエリが予期しないエラーメッセージ「Block schema mismatch in FineGrainedShuffleWriter-V1」を返す問題を修正[＃8111](https://github.com/pingcap/tiflash/issues/8111) @[SeaRise](https://github.com/SeaRise)
 
 - ツール
 
diff --git a/tidb-cloud/serverless-faqs.md b/tidb-cloud/serverless-faqs.md
index c1d80d0a487fe..a7fb83301863d 100644
--- a/tidb-cloud/serverless-faqs.md
+++ b/tidb-cloud/serverless-faqs.md
@@ -84,7 +84,7 @@ TiFlashレプリカの設定方法の詳細については、 [TiFlashレプリ
 
 パブリックエンドポイント経由で接続する場合、接続は様々なネットワークプロバイダーや中間デバイスを経由します。これらのデバイスにはそれぞれ短いアイドルタイムアウトが設定されている場合があり、接続が途中で中断される可能性があります。詳しくは[接続制限](/tidb-cloud/serverless-limitations.md#connection)ご覧ください。
 
-### 「接続制限を超えました」というエラーが表示されるのはなぜですか? {#why-did-i-receive-a-connection-limit-exceeded-error}
+### 「Connection limit exceeded」というエラーが表示されるのはなぜですか? {#why-did-i-receive-a-connection-limit-exceeded-error}
 
 このエラーは、クラスターが最大同時接続数を超えた場合に発生します。詳細については、 [接続制限](/tidb-cloud/serverless-limitations.md#connection)を参照してください。
 
diff --git a/tidb-lightning/data-import-best-practices.md b/tidb-lightning/data-import-best-practices.md
index 0b7408bc8884e..ef7cf0471541f 100644
--- a/tidb-lightning/data-import-best-practices.md
+++ b/tidb-lightning/data-import-best-practices.md
@@ -19,7 +19,7 @@ TiDB Lightning （ [物理インポートモード](/tidb-lightning/tidb-lightni
 - [ソースファイルの準備](#prepare-source-files)
 - [ストレージスペースの見積もり](#estimate-storage-space)
 - [設定パラメータを変更する](#change-configuration-parameters)
-- [「チェックサム不一致」エラーを解決する](#resolve-the-checksum-mismatch-error)
+- [「checksum mismatch」エラーを解決する](#resolve-the-checksum-mismatch-error)
 - [チェックポイントを有効にする](#enable-checkpoint)
 - [トラブルシューティング](#troubleshooting)
 
@@ -70,7 +70,7 @@ TiDB Lightning （ [物理インポートモード](/tidb-lightning/tidb-lightni
     - [問題-14745](https://github.com/tikv/tikv/issues/14745) : インポートが完了すると、TiKV インポート ディレクトリに大量の一時ファイルが残ります。
     - [問題-6426](https://github.com/tikv/pd/issues/6426) : PD [レンジスケジュール](/tidb-lightning/tidb-lightning-physical-import-mode-usage.md#scope-of-pausing-scheduling-during-import)インターフェースがリージョンの分散に失敗し、タイムアウトの問題が発生する可能性があります。v6.2.0より前では、グローバルスケジューリングはデフォルトで無効になっているため、この問題の発生を回避できます。
     - [問題-43079](https://github.com/pingcap/tidb/pull/43079) : TiDB Lightning は、NotLeader エラーの再試行中にリージョンピア情報を更新できません。
-    - [問題-43291](https://github.com/pingcap/tidb/issues/43291) : 一時ファイルが見つからない場合 (「そのようなファイルまたはディレクトリはありません」というエラー)、 TiDB Lightning は再試行しません。
+    - [問題-43291](https://github.com/pingcap/tidb/issues/43291) : 一時ファイルが見つからない場合 (「No such file or directory」というエラー)、 TiDB Lightning は再試行しません。
 
 ## ソースファイルの準備 {#prepare-source-files}
 
@@ -97,9 +97,9 @@ TiDB Lightning （ [物理インポートモード](/tidb-lightning/tidb-lightni
 
 TiDB Lightningパラメータの詳細については、 [TiDB Lightning設定パラメータ](/tidb-lightning/tidb-lightning-configuration.md)を参照してください。
 
-## 「チェックサム不一致」エラーを解決する {#resolve-the-checksum-mismatch-error}
+## 「checksum mismatch」エラーを解決する {#resolve-the-checksum-mismatch-error}
 
-データ検証中に競合が発生する可能性があります。エラーメッセージは「チェックサムが一致しません」です。この問題を解決するには、必要に応じて以下の手順を実行してください。
+データ検証中に競合が発生する可能性があります。エラーメッセージは「checksum mismatch」です。この問題を解決するには、必要に応じて以下の手順を実行してください。
 
 1. ソースデータで主キーまたは一意キーの競合がないか確認し、再インポート前に競合を解決してください。ほとんどの場合、これが最も一般的な原因です。
 2. テーブルの主キーまたは一意キーの定義が適切かどうかを確認してください。適切でない場合は、テーブル定義を修正してデータを再インポートしてください。
diff --git a/tikv-configuration-file.md b/tikv-configuration-file.md
index 4b6113bce1417..7da8484c7f093 100644
--- a/tikv-configuration-file.md
+++ b/tikv-configuration-file.md
@@ -528,8 +528,8 @@ TiKV の設定ファイルは、コマンドラインパラメータよりも多
 
 > **Warning:**
 >
-> - `enable-ttl`を`true`または`false`に設定してください。**既存**の TiKV クラスターでは、この設定項目の値を変更**しないでください**。 `enable-ttl`値が異なる TiKV クラスターでは、使用するデータ形式が異なります。そのため、既存の TiKV クラスターでこの項目の値を変更すると、クラスターはデータを異なる形式で保存するため、TiKV クラスターを再起動すると「非 TTL で TTL を有効にできません」というエラーが発生します。
-> - `enable-ttl` TiKV クラスタ**でのみ**使用して**ください**。TiDB ノードを含むクラスタ (つまり、そのようなクラスタでは`enable-ttl`を`true`に設定する) では、 `storage.api-version = 2`が設定されていない限り、この設定項目を使用しないでください。そうしないと、データの破損や TiDB クラスタのアップグレード失敗などの重大な問題が発生します。
+> - `enable-ttl`を`true`または`false`に設定してください。**既存**の TiKV クラスターでは、この設定項目の値を変更**しないでください**。 `enable-ttl`値が異なる TiKV クラスターでは、使用するデータ形式が異なります。そのため、既存の TiKV クラスターでこの項目の値を変更すると、クラスターはデータを異なる形式で保存するため、TiKV クラスターを再起動すると「can't enable TTL on a non-ttl」というエラーが発生します。
+> - `enable-ttl` TiKV クラスタ**でのみ**使用してください。TiDB ノードを含むクラスタ (つまり、そのようなクラスタでは`enable-ttl`を`true`に設定する) では、 `storage.api-version = 2`が設定されていない限り、この設定項目を**使用しないでください**。そうしないと、データの破損や TiDB クラスタのアップグレード失敗などの重大な問題が発生します。
 
 - [TTL](/time-to-live.md)は「Time to live」の略です。この項目を有効にすると、TiKVはTTLに達したデータを自動的に削除します。TTLの値を設定するには、クライアント経由でデータを書き込む際のリクエストで指定する必要があります。TTLが指定されていない場合、TiKVは該当するデータを自動的に削除しません。
 - デフォルト値: `false`