diff --git a/br/backup-and-restore-overview.md b/br/backup-and-restore-overview.md index 6cb03507356e..2b0f1ec901e8 100644 --- a/br/backup-and-restore-overview.md +++ b/br/backup-and-restore-overview.md @@ -179,3 +179,9 @@ TiDB v6.6.0 版本之前的 BR 版本兼容性矩阵： - [TiDB 快照备份与恢复使用指南](/br/br-snapshot-guide.md) - [TiDB 日志备份与 PITR 使用指南](/br/br-pitr-guide.md) - [备份存储](/br/backup-and-restore-storages.md) + +## 相关资源 + + + + diff --git a/choose-index.md b/choose-index.md index 78db9ebd2f49..1f77263f0b87 100644 --- a/choose-index.md +++ b/choose-index.md @@ -685,3 +685,9 @@ mysql> SHOW WARNINGS; -- cannot hit plan cache since the JSON_CONTAINS predicat +---------+------+-------------------------------------------------------------------------------------------------------+ 1 row in set (0.01 sec) ``` + +## 相关资源 + + + + diff --git a/clustered-indexes.md b/clustered-indexes.md index d452656eb9ca..b4189d76d338 100644 --- a/clustered-indexes.md +++ b/clustered-indexes.md @@ -217,3 +217,9 @@ mysql> split table t by (0, ''), (50000, ''), (100000, ''); mysql> create table t (a bigint primary key nonclustered auto_random); ERROR 8216 (HY000): Invalid auto random: column a is not the integer primary key, or the primary key is nonclustered ``` + +## 相关资源 + + + + diff --git a/dm/migrate-data-using-dm.md b/dm/migrate-data-using-dm.md index da275880f8f9..990dc8dc2235 100644 --- a/dm/migrate-data-using-dm.md +++ b/dm/migrate-data-using-dm.md @@ -185,3 +185,9 @@ DM 在运行过程中，DM-worker、DM-master 及 dmctl 都会通过日志输出 - DM-master 日志目录：通过 DM-master 进程参数 `--log-file` 设置。如果使用 TiUP 部署 DM，则日志目录位于 `{log_dir}`。 - DM-worker 日志目录：通过 DM-worker 进程参数 `--log-file` 设置。如果使用 TiUP 部署 DM，则日志目录位于 `{log_dir}`。 + +## 相关资源 + + + + diff --git a/dumpling-overview.md b/dumpling-overview.md index e62d75d9a3c3..b096580a88e5 100644 --- a/dumpling-overview.md +++ b/dumpling-overview.md @@ -422,3 +422,9 @@ SET GLOBAL tidb_gc_life_time = '10m'; | view | `{{fn .DB}}.{{fn .Table}}-schema-view` | 例如，使用 `--output-filename-template '{{define "table"}}{{fn .Table}}.$schema{{end}}{{define "data"}}{{fn .Table}}.{{printf "%09d" .Index}}{{end}}'`，Dumpling 会将表 `db.tbl:normal` 的 schema 写入名为 `tbl%3Anormal.$schema.sql` 的文件中，将数据写入 `tbl%3Anormal.000000000.sql`、`tbl%3Anormal.000000001.sql` 等文件中。 + +## 相关资源 + + + + diff --git a/get-started-with-tidb-lightning.md b/get-started-with-tidb-lightning.md index 3f74b6ae26bd..f7243f64a7db 100644 --- a/get-started-with-tidb-lightning.md +++ b/get-started-with-tidb-lightning.md @@ -113,3 +113,9 @@ tiup install tidb-lightning 本教程对 TiDB Lightning 进行了简单的介绍，并快速部署了一套简单的 TiDB Lightning 集群，将全量备份数据导入到 TiDB 集群中。 关于 TiDB Lightning 的详细功能和使用，参见 [TiDB Lightning 简介](/tidb-lightning/tidb-lightning-overview.md)。 + +## 相关资源 + + + + diff --git a/partitioned-table.md b/partitioned-table.md index a1b2778a5457..4c24975284a3 100644 --- a/partitioned-table.md +++ b/partitioned-table.md @@ -2087,3 +2087,9 @@ mysql> explain select /*+ TIDB_INLJ(t1, t2) */ t1.* from t1, t2 where t2.code = SET session tidb_partition_prune_mode = dynamic; source gatherGlobalStats.sql ``` + +## 相关资源 + + + + diff --git a/production-deployment-using-tiup.md b/production-deployment-using-tiup.md index bb699c0118a7..7fb05b6b9a9d 100644 --- a/production-deployment-using-tiup.md +++ b/production-deployment-using-tiup.md @@ -386,3 +386,9 @@ tiup cluster display tidb-test - [TiCDC 常见问题](/ticdc/ticdc-faq.md) 如果你想在不中断线上服务的情况下扩容或缩容 TiDB 集群，请参阅[使用 TiUP 扩容缩容 TiDB 集群](/scale-tidb-using-tiup.md)。 + +## 相关资源 + + + + diff --git a/sync-diff-inspector/sync-diff-inspector-overview.md b/sync-diff-inspector/sync-diff-inspector-overview.md index ee6a4978f415..2634bd353fa5 100644 --- a/sync-diff-inspector/sync-diff-inspector-overview.md +++ b/sync-diff-inspector/sync-diff-inspector-overview.md @@ -322,3 +322,9 @@ REPLACE INTO `sbtest`.`sbtest99`(`id`,`k`,`c`,`pad`) VALUES (3700000,2501808,'he * sync-diff-inspector 会优先使用 TiDB 的统计信息来划分 chunk，需要尽量保证统计信息精确，可以在**业务空闲期**手动执行 `analyze table {table_name}`。 * table-rule 的规则需要特殊注意，例如设置了 `schema-pattern="test1"`，`table-pattern = "t_1"`，`target-schema="test2"`，`target-table = "t_2"`，会对比 source 中的表 `test1`.`t_1` 和 target 中的表 `test2`.`t_2`。sync-diff-inspector 默认开启 sharding，如果 source 中还有表 `test2`.`t_2`，则会把 source 端的表 `test1`.`t_1` 和表 `test2`.`t_2` 作为 sharding 与 target 中的表 `test2`.`t_2` 进行一致性校验。 * 生成的 SQL 文件仅作为修复数据的参考，需要确认后再执行这些 SQL 修复数据。 + +## 相关资源 + + + + diff --git a/ticdc/ticdc-overview.md b/ticdc/ticdc-overview.md index acfbba7e00c3..9c57a95050d6 100644 --- a/ticdc/ticdc-overview.md +++ b/ticdc/ticdc-overview.md @@ -150,3 +150,9 @@ WHERE `A` = 1 OR `A` = 2; - 从 BR v8.2.0 起，BR 数据恢复对 TiCDC 的限制被放宽：如果所恢复数据的 BackupTS（即备份时间）早于 Changefeed 的 [CheckpointTS](/ticdc/ticdc-classic-architecture.md#checkpointts)（即记录当前同步进度的时间戳），BR 数据恢复可以正常进行。考虑到 BackupTS 通常较早，此时可以认为绝大部分场景下，当集群存在 TiCDC 同步任务时，BR 都可以进行数据恢复。 对上游存在较大事务的场景提供部分支持，详见 [TiCDC 是否支持同步大事务？有什么风险吗？](/ticdc/ticdc-faq.md#ticdc-支持同步大事务吗有什么风险吗)。 + +## 相关资源 + + + + diff --git a/tidb-resource-control-ru-groups.md b/tidb-resource-control-ru-groups.md index 5ba54d81209d..60f7692bdead 100644 --- a/tidb-resource-control-ru-groups.md +++ b/tidb-resource-control-ru-groups.md @@ -344,3 +344,9 @@ TiDB Dashboard 中可以查看当前 [`RESOURCE_GROUPS`](/information-schema/inf * [ALTER RESOURCE GROUP](/sql-statements/sql-statement-alter-resource-group.md) * [DROP RESOURCE GROUP](/sql-statements/sql-statement-drop-resource-group.md) * [RESOURCE GROUP RFC](https://github.com/pingcap/tidb/blob/release-8.5/docs/design/2022-11-25-global-resource-control.md) + +## 相关资源 + + + +