Skip to content

i18n(ja): convert full-width hash to half-width in issue/PR references (part 1/2, TiDB 1.0-4.0.16) #23598

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
yahonda wants to merge 3 commits into
base: i18n-ja-release-8.5
Choose a base branch
from
Open

i18n(ja): convert full-width hash to half-width in issue/PR references (part 1/2, TiDB 1.0-4.0.16) #23598

Show file tree
Hide file tree
Changes from all commits
Commits
Show all changes
3 commits
Select commit Hold shift + click to select a range
6e795cb
i18n(ja): convert full-width hash to half-width in issue/PR reference…
yahonda Aug 27, 2026
8ac50a1
i18n(ja): apply CodeRabbit-flagged content-loss fixes in release notes
yahonda Aug 27, 2026
3e6f1b8
Merge remote-tracking branch 'upstream/i18n-ja-release-8.5' into loca…
yahonda Aug 28, 2026
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
2 changes: 1 addition & 1 deletion br/br-pitr-manual.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -469,7 +469,7 @@ Restore KV Files <--------------------------------------------------------------

> **Note:**
>
> - クラスターを初めて復元する際は、完全なスナップショットデータを指定する必要があります。そうしないと、テーブルIDルールの書き換えにより、新しく作成されたテーブルの一部のデータが正しくなくなる可能性があります。詳細については、GitHub の問題[＃54418](https://github.com/pingcap/tidb/issues/54418)をご覧ください。
> - クラスターを初めて復元する際は、完全なスナップショットデータを指定する必要があります。そうしないと、テーブルIDルールの書き換えにより、新しく作成されたテーブルの一部のデータが正しくなくなる可能性があります。詳細については、GitHub の問題[#54418](https://github.com/pingcap/tidb/issues/54418)をご覧ください。
> - 特定の期間のログバックアップデータを繰り返しリストアすることはできません。範囲`[t1=10, t2=20)`のログバックアップデータを繰り返しリストアすると、リストアされたデータに不整合が生じる可能性があります。
> - 異なる期間のログデータを複数のバッチで復元する場合は、ログデータが連続した順序で復元されるようにしてください。ログバックアップデータ`[t1, t2)` 、 `[t2, t3)` 、 `[t3, t4)`を連続した順序で復元すると、復元されたデータは整合性を保ちます。ただし、 `[t1, t2)`を復元した後、 `[t2, t3)`をスキップして`[t3, t4)`を復元すると、復元されたデータは不整合になる可能性があります。

Expand Down
2 changes: 1 addition & 1 deletion br/br-snapshot-manual.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -289,7 +289,7 @@ tiup br restore full \
SHOW GLOBAL BINDINGS;
```

復元後の実行プランバインディングの動的ロードは、まだ最適化中です（関連する問題は[＃46527](https://github.com/pingcap/tidb/issues/46527)と[＃46528](https://github.com/pingcap/tidb/issues/46528)です）。復元後、実行プランバインディングを手動で再ロードする必要があります。
復元後の実行プランバインディングの動的ロードは、まだ最適化中です（関連する問題は[#46527](https://github.com/pingcap/tidb/issues/46527)と[#46528](https://github.com/pingcap/tidb/issues/46528)です）。復元後、実行プランバインディングを手動で再ロードする必要があります。

```sql
-- Ensure that the mysql.bind_info table has only one record for builtin_pseudo_sql_for_bind_lock. If there are more records, you need to manually delete them.
Expand Down
2 changes: 1 addition & 1 deletion faq/backup-and-restore-faq.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -42,7 +42,7 @@ TiKVは[動的構成](/tikv-control.md#modify-the-tikv-configuration-dynamically

### クラスターはネットワークパーティション障害から回復しましたが、ログバックアップタスクの進行状況のチェックポイントがまだ再開されません。なぜでしょうか？ {#the-cluster-has-recovered-from-the-network-partition-failure-but-the-checkpoint-of-the-log-backup-task-progress-still-does-not-resume-why}

問題: [＃13126](https://github.com/tikv/tikv/issues/13126)
問題: [#13126](https://github.com/tikv/tikv/issues/13126)

クラスター内でネットワークパーティション障害が発生すると、バックアップタスクはログのバックアップを続行できなくなります。一定の再試行時間後、タスクは状態`ERROR`に設定されます。この時点で、バックアップタスクは停止しています。

Expand Down
2 changes: 1 addition & 1 deletion functions-and-operators/aggregate-group-by-functions.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -137,7 +137,7 @@ MySQL では、 `DISTINCT`と`ORDER BY`含むクエリは、 `ORDER BY`式のい
- 式は`SELECT`リストの1に等しい
- 式によって参照され、クエリの選択されたテーブルに属するすべての列は、 `SELECT`リストの要素です。

しかし、TiDB では上記のクエリは有効です。詳細については、 [＃4254](https://github.com/pingcap/tidb/issues/4254)を参照してください。
しかし、TiDB では上記のクエリは有効です。詳細については、 [#4254](https://github.com/pingcap/tidb/issues/4254)を参照してください。

標準SQLに対するTiDBのもう一つの拡張機能は、 `HAVING`句で`SELECT`リスト内のエイリアス式を参照することを許可します。例えば、次のクエリはテーブル「orders」に一度だけ出現する「name」の値を返します。

Expand Down
4 changes: 2 additions & 2 deletions functions-and-operators/bit-functions-and-operators.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -305,5 +305,5 @@ MySQL 8.0 と以前のバージョンの MySQL では、ビット関数と演算

以下の場合、TiDB のクエリ結果はMySQL 5.7と同じですが、MySQL 8.0 とは異なります。

- バイナリ引数によるビット演算。詳細については[＃30637](https://github.com/pingcap/tidb/issues/30637)を参照してください。
- `BIT_COUNT()`関数の結果。詳細については[＃44621](https://github.com/pingcap/tidb/issues/44621)を参照してください。
- バイナリ引数によるビット演算。詳細については[#30637](https://github.com/pingcap/tidb/issues/30637)を参照してください。
- `BIT_COUNT()`関数の結果。詳細については[#44621](https://github.com/pingcap/tidb/issues/44621)を参照してください。
6 changes: 3 additions & 3 deletions functions-and-operators/cast-functions-and-operators.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -121,6 +121,6 @@ SELECT CONVERT(0x616263 USING utf8mb4);

## MySQLとの互換性 {#mysql-compatibility}

- TiDBは`SPATIAL`型に対するキャスト演算をサポートしていません。詳細については[＃6347](https://github.com/pingcap/tidb/issues/6347)を参照してください。
- TiDBは`AT TIME ZONE` for `CAST()`をサポートしていません。詳細については[＃51742](https://github.com/pingcap/tidb/issues/51742)を参照してください。
- `CAST(24 AS YEAR)` TiDBでは2桁、MySQLでは4桁を返します。詳細については、 [＃29629](https://github.com/pingcap/tidb/issues/29629)を参照してください。
- TiDBは`SPATIAL`型に対するキャスト演算をサポートしていません。詳細については[#6347](https://github.com/pingcap/tidb/issues/6347)を参照してください。
- TiDBは`AT TIME ZONE` for `CAST()`をサポートしていません。詳細については[#51742](https://github.com/pingcap/tidb/issues/51742)を参照してください。
- `CAST(24 AS YEAR)` TiDBでは2桁、MySQLでは4桁を返します。詳細については、 [#29629](https://github.com/pingcap/tidb/issues/29629)を参照してください。
2 changes: 1 addition & 1 deletion functions-and-operators/json-functions.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -151,7 +151,7 @@ JSON関数を使用して[JSONデータ型](/data-type-json.md)のデータを
- `JSON_TABLE()`
- `JSON_VALUE()`

詳細については[＃14486](https://github.com/pingcap/tidb/issues/14486)を参照してください。
詳細については[#14486](https://github.com/pingcap/tidb/issues/14486)を参照してください。

## MySQLとの互換性 {#mysql-compatibility}

Expand Down
2 changes: 1 addition & 1 deletion generated-columns.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -131,7 +131,7 @@ desc select a+1 from t where a+1=3;

> **Note:**
>
> 置換対象の式と生成列の両方が文字列型で長さが異なる場合でも、システム変数[`tidb_enable_unsafe_substitute`](/system-variables.md#tidb_enable_unsafe_substitute-new-in-v630)を`ON`に設定することで式を置換できます。このシステム変数を設定する際は、生成列によって計算される値が生成列の定義を厳密に満たしていることを確認してください。そうでない場合、長さの違いによりデータが切り捨てられ、誤った結果になる可能性があります。GitHub の問題[＃35490](https://github.com/pingcap/tidb/issues/35490#issuecomment-1211658886)を参照してください。
> 置換対象の式と生成列の両方が文字列型で長さが異なる場合でも、システム変数[`tidb_enable_unsafe_substitute`](/system-variables.md#tidb_enable_unsafe_substitute-new-in-v630)を`ON`に設定することで式を置換できます。このシステム変数を設定する際は、生成列によって計算される値が生成列の定義を厳密に満たしていることを確認してください。そうでない場合、長さの違いによりデータが切り捨てられ、誤った結果になる可能性があります。GitHub の問題[#35490](https://github.com/pingcap/tidb/issues/35490#issuecomment-1211658886)を参照してください。

## 制限事項 {#limitations}

Expand Down
44 changes: 22 additions & 22 deletions releases/release-2.0.10.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -9,31 +9,31 @@ summary: TiDB 2.0.10およびTiDB Ansible 2.0.10は、2018年12月18日にリリ

## TiDB {#tidb}

- DDLジョブキャンセルによって発生する可能性のある問題を修正 [＃8513](https://github.com/pingcap/tidb/pull/8513)
- `ORDER BY`と`UNION`句でテーブル名を含む列を引用符で囲めない問題を修正[＃8514](https://github.com/pingcap/tidb/pull/8514)
- `UNCOMPRESS`関数が不正な入力長を判断しない問題を修正 [＃8607](https://github.com/pingcap/tidb/pull/8607)
- TiDB アップグレード時に`ANSI_QUOTES SQL_MODE`で発生した問題を修正 [＃8575](https://github.com/pingcap/tidb/pull/8575)
- `select`で場合によっては間違った結果が返される問題を修正[＃8570](https://github.com/pingcap/tidb/pull/8570)
- 終了信号を受信してもTiDBが終了できない可能性がある問題を修正しました [＃8501](https://github.com/pingcap/tidb/pull/8501)
- `IndexLookUpJoin`で場合によっては間違った結果が返される問題を修正[＃8508](https://github.com/pingcap/tidb/pull/8508)
- `GetVar`または`SetVar` を含むフィルターをプッシュダウンしない [＃8454](https://github.com/pingcap/tidb/pull/8454)
- `UNION`集合演算子の結果の長さが場合によっては正しくない問題を修正[＃8491](https://github.com/pingcap/tidb/pull/8491)
- `PREPARE FROM @var_name` の問題を修正 [＃8488](https://github.com/pingcap/tidb/pull/8488)
- 一部のケースで統計情報をダンプするときにpanic問題を修正[＃8464](https://github.com/pingcap/tidb/pull/8464)
- いくつかのケースにおけるポイントクエリの統計推定の問題を修正[＃8493](https://github.com/pingcap/tidb/pull/8493)
- 返されるデフォルト値`enum`が文字列の場合にpanicする問題を修正 [＃8476](https://github.com/pingcap/tidb/pull/8476)
- ワイドテーブルのシナリオでメモリ消費量が多すぎる問題を修正 [＃8467](https://github.com/pingcap/tidb/pull/8467)
- パーサーがmod opcode を誤ってフォーマットした場合に発生する問題を修正しました [＃8431](https://github.com/pingcap/tidb/pull/8431)
- 一部のケースで外部キー制約を追加することで発生するpanic問題を修正[＃8421](https://github.com/pingcap/tidb/pull/8421) 、 [＃8410](https://github.com/pingcap/tidb/pull/8410)
- `YEAR`列型がゼロ値を誤って変換する問題を修正[＃8396](https://github.com/pingcap/tidb/pull/8396)
- `VALUES`関数の引数が列ではない場合に発生するpanic問題を修正しました [＃8404](https://github.com/pingcap/tidb/pull/8404)
- サブクエリを含むステートメントのプランキャッシュを無効にする[＃8395](https://github.com/pingcap/tidb/pull/8395)
- DDLジョブキャンセルによって発生する可能性のある問題を修正 [#8513](https://github.com/pingcap/tidb/pull/8513)
- `ORDER BY`と`UNION`句でテーブル名を含む列を引用符で囲めない問題を修正[#8514](https://github.com/pingcap/tidb/pull/8514)
- `UNCOMPRESS`関数が不正な入力長を判断しない問題を修正 [#8607](https://github.com/pingcap/tidb/pull/8607)
- TiDB アップグレード時に`ANSI_QUOTES SQL_MODE`で発生した問題を修正 [#8575](https://github.com/pingcap/tidb/pull/8575)
- `select`で場合によっては間違った結果が返される問題を修正[#8570](https://github.com/pingcap/tidb/pull/8570)
- 終了信号を受信してもTiDBが終了できない可能性がある問題を修正しました [#8501](https://github.com/pingcap/tidb/pull/8501)
- `IndexLookUpJoin`で場合によっては間違った結果が返される問題を修正[#8508](https://github.com/pingcap/tidb/pull/8508)
- `GetVar`または`SetVar` を含むフィルターをプッシュダウンしない [#8454](https://github.com/pingcap/tidb/pull/8454)
- `UNION`集合演算子の結果の長さが場合によっては正しくない問題を修正[#8491](https://github.com/pingcap/tidb/pull/8491)
- `PREPARE FROM @var_name` の問題を修正 [#8488](https://github.com/pingcap/tidb/pull/8488)
- 一部のケースで統計情報をダンプするときにpanic問題を修正[#8464](https://github.com/pingcap/tidb/pull/8464)
- いくつかのケースにおけるポイントクエリの統計推定の問題を修正[#8493](https://github.com/pingcap/tidb/pull/8493)
- 返されるデフォルト値`enum`が文字列の場合にpanicする問題を修正 [#8476](https://github.com/pingcap/tidb/pull/8476)
- ワイドテーブルのシナリオでメモリ消費量が多すぎる問題を修正 [#8467](https://github.com/pingcap/tidb/pull/8467)
- パーサーがmod opcode を誤ってフォーマットした場合に発生する問題を修正しました [#8431](https://github.com/pingcap/tidb/pull/8431)
- 一部のケースで外部キー制約を追加することで発生するpanic問題を修正[#8421](https://github.com/pingcap/tidb/pull/8421) 、 [#8410](https://github.com/pingcap/tidb/pull/8410)
- `YEAR`列型がゼロ値を誤って変換する問題を修正[#8396](https://github.com/pingcap/tidb/pull/8396)
- `VALUES`関数の引数が列ではない場合に発生するpanic問題を修正しました [#8404](https://github.com/pingcap/tidb/pull/8404)
- サブクエリを含むステートメントのプランキャッシュを無効にする[#8395](https://github.com/pingcap/tidb/pull/8395)

## PD {#pd}

- デッドロックによりRaftClusterが停止できない問題を修正 [＃1370](https://github.com/pingcap/pd/pull/1370)
- デッドロックによりRaftClusterが停止できない問題を修正 [#1370](https://github.com/pingcap/pd/pull/1370)

## TiKV {#tikv}

- 遅延を最適化するために、リーダーを新しく作成されたピアに転送しないでください[＃3929](https://github.com/tikv/tikv/pull/3929)
- 冗長なリージョンハートビートを修正[＃3930](https://github.com/tikv/tikv/pull/3930)
- 遅延を最適化するために、リーダーを新しく作成されたピアに転送しないようにします[#3929](https://github.com/tikv/tikv/pull/3929)
- 冗長なリージョンハートビートを修正[#3930](https://github.com/tikv/tikv/pull/3930)
12 changes: 6 additions & 6 deletions releases/release-2.0.11.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -9,12 +9,12 @@ summary: TiDB 2.0.11およびTiDB Ansible 2.0.11は、2019年1月3日にリリ

## TiDB {#tidb}

- PDが異常状態にあるときにエラーが適切に処理されない問題を修正[＃8764](https://github.com/pingcap/tidb/pull/8764)
- TiDBのテーブルに対する`Rename`操作がMySQL と互換性がない問題を修正しました。 [＃8809](https://github.com/pingcap/tidb/pull/8809)
- `ADD INDEX`文実行中に`ADMIN CHECK TABLE`操作が実行されると、エラーメッセージが誤って報告される問題を修正しました。 [＃8750](https://github.com/pingcap/tidb/pull/8750)
- 一部のケースでプレフィックスインデックスの範囲が正しくない問題を修正 [＃8877](https://github.com/pingcap/tidb/pull/8877)
- 列が追加された場合に発生する`UPDATE`文のpanic問題を修正[＃8904](https://github.com/pingcap/tidb/pull/8904)
- PDが異常状態にあるときにエラーが適切に処理されない問題を修正[#8764](https://github.com/pingcap/tidb/pull/8764)
- TiDBのテーブルに対する`Rename`操作がMySQL と互換性がない問題を修正しました。 [#8809](https://github.com/pingcap/tidb/pull/8809)
- `ADD INDEX`文実行中に`ADMIN CHECK TABLE`操作が実行されると、エラーメッセージが誤って報告される問題を修正しました。 [#8750](https://github.com/pingcap/tidb/pull/8750)
- 一部のケースでプレフィックスインデックスの範囲が正しくない問題を修正 [#8877](https://github.com/pingcap/tidb/pull/8877)
- 列が追加された場合に発生する`UPDATE`文のpanic問題を修正[#8904](https://github.com/pingcap/tidb/pull/8904)

## TiKV {#tikv}

- リージョンマージに関する2つの問題修正 [＃4003](https://github.com/tikv/tikv/pull/4003) [＃4004](https://github.com/tikv/tikv/pull/4004)
- リージョンマージに関する2つの問題修正 [#4003](https://github.com/tikv/tikv/pull/4003) [#4004](https://github.com/tikv/tikv/pull/4004)
Loading
Loading