From 7234305be41de1976e0a1e545792f07a136d3b91 Mon Sep 17 00:00:00 2001 From: Yasuo Honda Date: Fri, 4 Sep 2026 10:34:46 +0900 Subject: [PATCH] i18n(ja): restore dropped version number in BR mysql-schema restore FAQ MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit EN: "Before BR v6.2.0, under default configuration, BR only restores user data...". The JA translation dropped "v6.2.0", reading as "before BR" (BRより前) instead of "before BR v6.2.0" (BR v6.2.0より前). --- faq/backup-and-restore-faq.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/faq/backup-and-restore-faq.md b/faq/backup-and-restore-faq.md index 15e4fc8391532..1b1e065a2d4c3 100644 --- a/faq/backup-and-restore-faq.md +++ b/faq/backup-and-restore-faq.md @@ -247,7 +247,7 @@ TiKVがバックアップディレクトリにアクセスできるかどうか ### `mysql`スキーマ内のテーブルが復元されないのはなぜですか? {#why-are-tables-in-the-mysql-schema-not-restored} -BR v5.1.0以降では、フルバックアップを実行すると、 BRは**`mysql`スキーマ内のテーブル**をバックアップします。BRより前のデフォルト設定では、 BRはユーザーデータのみを復元し、 **`mysql`スキーマ**内のテーブルは復元しません。 +BR v5.1.0以降では、フルバックアップを実行すると、 BRは**`mysql`スキーマ内のテーブル**をバックアップします。BR v6.2.0より前のデフォルト設定では、 BRはユーザーデータのみを復元し、 **`mysql`スキーマ**内のテーブルは復元しません。 ユーザーが`mysql`スキーマに作成したテーブル（システムテーブルではない）を復元するには、 [テーブルフィルター](/table-filter.md#syntax)を使用して明示的にテーブルを含めます。次の例は、 BR が通常の復元を実行する際に`mysql.usertable`テーブルを復元する方法を示しています。