Skip to content

Commit

Permalink
update MD by dispatch event pingcap/docs i18n-ja-release-8.1
Browse files Browse the repository at this point in the history
  • Loading branch information
github-actions committed Jan 22, 2025
1 parent eb9e9c9 commit 9618f44
Show file tree
Hide file tree
Showing 21 changed files with 422 additions and 31 deletions.
4 changes: 2 additions & 2 deletions markdown-pages/ja/tidb/release-8.1/dm/dm-source-configuration-file.md
View file
Original file line number Diff line number Diff line change
Expand Up @@ -18,7 +18,7 @@ source-id: "mysql-replica-01"
enable-gtid: false

# Whether to enable relay log.
enable-relay: false # Since DM v2.0.2, this configuration item is deprecated. To enable the relay log feature, use the `start-relay` command instead.
enable-relay: false
relay-binlog-name: "" # The file name from which DM-worker starts to pull the binlog.
relay-binlog-gtid: "" # The GTID from which DM-worker starts to pull the binlog.
# relay-dir: "relay-dir" # The directory used to store relay log. The default value is "relay-dir". This configuration item is marked as deprecated since v6.1 and replaced by a parameter of the same name in the dm-worker configuration.
Expand Down Expand Up @@ -69,7 +69,7 @@ from:
| :------------------ | :------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| `source-id` | MySQL インスタンス ID を表します。 |
| `enable-gtid` | GTID を使用してアップストリームからbinlogをプルするかどうかを決定します。デフォルト値は`false`です。通常、 `enable-gtid`手動で設定する必要はありません。ただし、アップストリーム データベースで GTID が有効になっていて、プライマリ/セカンダリ スイッチが必要な場合は、 `enable-gtid` `true`に設定する必要があります。 |
| `enable-relay` | リレー ログ機能を有効にするかどうかを決定します。デフォルト値は`false`です。DM v2.0.2 以降、この構成項目は非推奨です。 [リレーログ機能を有効にする](/dm/relay-log.md#enable-and-disable-relay-log)にするには、代わりに`start-relay`コマンドを使用します。 |
| `enable-relay` | リレー ログ機能を有効にするかどうかを決定します。デフォルト値は`false`です。このパラメータは v5.4 から有効になります。また、 `start-relay`コマンドを使用して[リレーログを動的に有効にする](/dm/relay-log.md#enable-and-disable-relay-log)することもできます。 |
| `relay-binlog-name` | DM-worker がbinlog の取得を開始するファイル名を指定します。たとえば、 `"mysql-bin.000002"` 。これは`enable_gtid`が`false`場合にのみ機能します。このパラメータが指定されていない場合、DM-worker はレプリケートされる最も古いbinlogファイルから取得を開始します。通常、手動設定は必要ありません。 |
| `relay-binlog-gtid` | DM-worker がbinlog のプルを開始する GTID を指定します。たとえば、 `"e9a1fc22-ec08-11e9-b2ac-0242ac110003:1-7849"` 。これは`enable_gtid`が`true`場合にのみ機能します。このパラメータが指定されていない場合、DM-worker はレプリケートされている最新の GTID からプルを開始します。通常、手動構成は必要ありません。 |
| `relay-dir` | リレー ログ ディレクトリを指定します。 |
Expand Down
6 changes: 3 additions & 3 deletions markdown-pages/ja/tidb/release-8.1/dumpling-overview.md
View file
Original file line number Diff line number Diff line change
Expand Up @@ -92,7 +92,7 @@ tiup dumpling -u root -P 4000 -h 127.0.0.1 --filetype sql -t 8 -o /tmp/test -r 2
- `-h` 、 `-P` 、 `-u`オプションはそれぞれ、アドレス、ポート、ユーザーを意味します。認証にパスワードが必要な場合は、 `-p $YOUR_SECRET_PASSWORD`使用してDumplingにパスワードを渡すことができます。
- `-o` (または`--output` ) オプションは、storageのエクスポート ディレクトリを指定します。これは、絶対ローカル ファイル パスまたは[外部storageURI](/external-storage-uri.md)サポートします。
- `-t`オプションは、エクスポートのスレッド数を指定します。スレッド数を増やすと、 Dumplingの同時実行性とエクスポート速度が向上しますが、データベースのメモリ消費も増加します。したがって、数値を大きくしすぎることはお勧めしません。通常は 64 未満です。
- `-r`オプションは、テーブル内同時実行を有効にしてエクスポートを高速化します。デフォルト値は`0`で、無効を意味します。0 より大きい値は有効であることを意味し、値は`INT`タイプです。ソース データベースが TiDB の場合、0 より大きい値`-r`は、TiDB 領域情報が分割に使用され、メモリ使用量が削減されることを示します。特定の`-r`値は分割アルゴリズムに影響しません。ソース データベースが MySQL で、主キーが`INT`タイプの場合、 `-r`指定してもテーブル内同時実行を有効にできます。
- `-r`オプションは、テーブル内同時実行を有効にしてエクスポートを高速化します。デフォルト値は`0`で、無効を意味します。0 より大きい値は有効であることを意味し、値は`INT`タイプです。ソース データベースが TiDB の場合、0 より大きい値`-r`は、TiDB 領域情報が分割に使用され、メモリ使用量が削減されることを示します。特定の`-r`値は分割アルゴリズムに影響しません。ソース データベースが MySQL で、主キーまたは複合主キーの最初の列が`INT`タイプの場合、 `-r`指定してもテーブル内同時実行を有効にできます。
- `-F`オプションは、単一ファイルの最大サイズを指定するために使用されます (ここでの単位は`MiB`ですが、 `5GiB`や`8KB`などの入力も許容されます)。TiDB TiDB Lightning を使用してこのファイルを TiDB インスタンスにロードする予定の場合は、値を 256 MiB 以下に維持することをお勧めします。

> **注記：**
Expand Down Expand Up @@ -265,7 +265,7 @@ Dumpling、 `-B`オプションを使用して特定のデータベースをエ
エクスポートされたファイルは、デフォルトで`./export-<current local time>`ディレクトリに保存されます。よく使用されるオプションは次のとおりです。

- `-t`オプションは、エクスポートのスレッド数を指定します。スレッド数を増やすと、 Dumplingの同時実行性とエクスポート速度が向上しますが、データベースのメモリ消費も増加します。したがって、数値を大きくしすぎることはお勧めしません。
- `-r`オプションは、テーブル内同時実行を有効にしてエクスポートを高速化します。デフォルト値は`0`で、無効を意味します。0 より大きい値は有効であることを意味し、値は`INT`タイプです。ソース データベースが TiDB の場合、0 より大きい値`-r`は、TiDB 領域情報が分割に使用され、メモリ使用量が削減されることを示します。特定の`-r`値は分割アルゴリズムに影響しません。ソース データベースが MySQL で、主キーが`INT`タイプの場合、 `-r`指定してもテーブル内同時実行を有効にできます。
- `-r`オプションは、テーブル内同時実行を有効にしてエクスポートを高速化します。デフォルト値は`0`で、無効を意味します。0 より大きい値は有効であることを意味し、値は`INT`タイプです。ソース データベースが TiDB の場合、0 より大きい値`-r`は、TiDB 領域情報が分割に使用され、メモリ使用量が削減されることを示します。特定の`-r`値は分割アルゴリズムに影響しません。ソース データベースが MySQL で、主キーまたは複合主キーの最初の列が`INT`タイプの場合、 `-r`指定してもテーブル内同時実行を有効にできます。
- `--compress <format>`オプションは、ダンプの圧縮形式を指定します。 `gzip` 、 `snappy` 、および`zstd`の圧縮アルゴリズムをサポートしています。 このオプションを使用すると、storageがボトルネックになっている場合やstorage容量が問題になっている場合に、データのダンプを高速化できます。 欠点は、CPU 使用率が増加することです。 各ファイルは個別に圧縮されます。

上記のオプションを指定すると、 Dumpling はデータのエクスポート速度を速めることができます。
Expand Down Expand Up @@ -354,7 +354,7 @@ SET GLOBAL tidb_gc_life_time = '10m';
| `--case-sensitive` | テーブルフィルタが大文字と小文字を区別するかどうか | 偽（大文字と小文字を区別しない） | |
| `-h`または`--host` | 接続されたデータベースホストのIPアドレス | 「127.0.0.1」 | |
| `-t`または`--threads` | 同時バックアップスレッドの数 | 4 | |
| `-r`または`--rows` | テーブル内同時実行を有効にして、エクスポートを高速化します。デフォルト値は`0`で、無効を意味します。0 より大きい値は有効であることを意味し、値は`INT`タイプです。ソース データベースが TiDB の場合、0 より大きい値`-r`は、分割に TiDB リージョン情報が使用され、メモリ使用量が削減されることを示します。特定の`-r`値は分割アルゴリズムに影響しません。ソース データベースが MySQL で、主キーが`INT`タイプの場合、 `-r`指定してもテーブル内同時実行を有効にできます。 | | |
| `-r`または`--rows` | テーブル内同時実行を有効にして、エクスポートを高速化します。デフォルト値は`0`で、無効を意味します。0 より大きい値は有効であることを意味し、値は`INT`タイプです。ソース データベースが TiDB の場合、0 より大きい値`-r`は、TiDB リージョン情報が分割に使用され、メモリ使用量が削減されることを示します。特定の`-r`値は分割アルゴリズムに影響しません。ソース データベースが MySQL で、主キーまたは複合主キーの最初の列が`INT`タイプの場合、 `-r`指定してもテーブル内同時実行を有効にできます。 | | |
| `-L`または`--logfile` | ログ出力アドレス。空の場合、ログはコンソールに出力されます。 | 「」 | |
| `--loglevel` | ログレベル {debug、info、warn、error、dpanic、 panic、fatal} | &quot;情報&quot; | |
| `--logfmt` | ログ出力形式 {text,json} | &quot;文章&quot; | |
Expand Down
6 changes: 5 additions & 1 deletion markdown-pages/ja/tidb/release-8.1/geo-distributed-deployment-topology.md
View file
Original file line number Diff line number Diff line change
Expand Up @@ -16,6 +16,10 @@ summary: TiDB の地理的に分散されたデプロイメント トポロジ
| ティクヴ | 5 | 16 VCore 32GB 4TB (nvme ssd) * 1 | 10.0.1.11<br/> 10.0.1.12<br/> 10.0.1.13<br/> 10.0.1.14 | 10.0.1.15 | デフォルトポート<br/>グローバルディレクトリ構成 |
| モニタリングとGrafana | 1 | 4 VCore 8GB * 1 500GB (SSD) | 10.0.1.16 | | デフォルトポート<br/>グローバルディレクトリ構成 |

> **注記：**
>
> インスタンスの IP アドレスは例としてのみ提供されています。実際の展開では、IP アドレスを実際の IP アドレスに置き換えてください。
### トポロジーテンプレート {#topology-templates}

- [地理的に分散されたトポロジーテンプレート](https://github.com/pingcap/docs/blob/master/config-templates/geo-redundancy-deployment.yaml)
Expand All @@ -38,7 +42,7 @@ summary: TiDB の地理的に分散されたデプロイメント トポロジ
- ラベル構成:
TiKV は異なるデータ センターにまたがって展開されるため、物理マシンがダウンすると、 Raftグループはデフォルトの 5 つのレプリカのうち 3 つを失い、クラスターが使用できなくなる可能性があります。この問題に対処するには、ラベルを設定して PD のスマート スケジューリングを有効にします。これにより、 Raftグループでは、同じデータ センターの同じキャビネット内の同じマシン上の TiKV インスタンスに 3 つのレプリカを配置できないようになります。
TiKV は異なるデータ センターにまたがって展開されるため、物理マシンがダウンすると、 Raftグループはデフォルトの 5 つのレプリカのうち 3 つを失い、クラスターが使用できなくなる可能性があります。この問題に対処するには、PD のスマート スケジューリングを有効にするようにラベルを構成します。これにより、 Raftグループでは、同じデータ センターの同じキャビネット内の同じマシン上の TiKV インスタンスに 3 つのレプリカを配置できないようになります。
- TiKV 構成:
Expand Down
6 changes: 5 additions & 1 deletion markdown-pages/ja/tidb/release-8.1/hybrid-deployment-topology.md
View file
Original file line number Diff line number Diff line change
Expand Up @@ -9,7 +9,7 @@ summary: TiDB クラスターのハイブリッド展開トポロジについて

ハイブリッド展開は通常、次のシナリオで使用されます。

デプロイメントマシンには、十分なメモリを備えた複数の CPU プロセッサがあります。物理マシンリソースの利用率を向上させるために、複数のインスタンスを 1 台のマシンにデプロイできます。つまり、TiDB と TiKV の CPU リソースは、NUMA ノードバインディングによって分離されます。PD と Prometheus は一緒にデプロイされますが、それらのデータディレクトリは別のファイルシステムを使用する必要があります。
デプロイメントマシンには、十分なメモリを備えた複数の CPU プロセッサがあります。物理マシンリソースの利用率を向上させるために、1 台のマシンに複数のインスタンスをデプロイできます。つまり、TiDB と TiKV の CPU リソースは、NUMA ノードバインディングによって分離されます。PD と Prometheus は一緒にデプロイされますが、それらのデータディレクトリは別のファイルシステムを使用する必要があります。

## トポロジ情報 {#topology-information}

Expand All @@ -20,6 +20,10 @@ summary: TiDB クラスターのハイブリッド展開トポロジについて
| ティクヴ | 6 | 32 VCore 64GB | 10.0.1.7<br/> 10.0.1.8<br/> 10.0.1.9 | <li>インスタンスレベルのポートと status_port を分離します。<br/> 2. グローバルパラメータ`readpool` `storage`設定します`raftstore`<br/> 3. インスタンスレベルのホストのラベルを構成します。<br/> 4. CPUコアをバインドするためにNUMAを構成する</li> |
| モニタリングとGrafana | 1 | 4 VCore 8GB * 1 500GB (SSD) | 10.0.1.10 | デフォルト設定 |

> **注記：**
>
> インスタンスの IP アドレスは例としてのみ提供されています。実際の展開では、IP アドレスを実際の IP アドレスに置き換えてください。
### トポロジーテンプレート {#topology-templates}

- [ハイブリッド展開のためのシンプルなテンプレート](https://github.com/pingcap/docs/blob/master/config-templates/simple-multi-instance.yaml)
Expand Down
Loading

0 comments on commit 9618f44

Please sign in to comment.