remove a doc that is not in TOC (pingcap#3981)

* remove a doc that is not in TOC * remove tidb-lightning-misuse-handling.md that is duplicate * remove a file * add TiDB V4.0 Roadmap in TOC Co-authored-by: ti-srebot <[email protected]>
qqqdan · Jul 17, 2020 · 638fd60 · 638fd60
1 parent 59dcee7
commit 638fd60
Show file tree

Hide file tree

Showing 9 changed files with 6 additions and 101 deletions.
diff --git a/TOC.md b/TOC.md
@@ -477,6 +477,7 @@
   + [迁移 FAQ](/faq/migration-tidb-faq.md)
 + [术语表](/glossary.md)
 + 版本发布历史
+  + [TiDB V4.0 Roadmap](/roadmap.md)
   + [发布版本汇总](/releases/release-notes.md)
   + v4.0
     - [4.0.2](/releases/release-4.0.2.md)

diff --git a/architecture.md b/architecture.md
diff --git a/check-cluster-status-using-sql-statements.md b/check-cluster-status-using-sql-statements.md
diff --git a/faq/sql-faq.md b/faq/sql-faq.md
@@ -75,7 +75,7 @@ DELETE，TRUNCATE 和 DROP 都不会立即释放空间。对于 TRUNCATE 和 DRO
 
 TiDB 的 `show processlist` 与 MySQL 的 `show processlist` 显示内容基本一样，不会显示系统进程号，而 ID 表示当前的 session ID。其中 TiDB 的 `show processlist` 和 MySQL 的 `show processlist` 区别如下：
 
-+ 由于 TiDB 是分布式数据库，TiDB server 实例是无状态的 SQL 解析和执行引擎（详情可参考 [TiDB 整体架构](/architecture.md)），用户使用 MySQL 客户端登录的是哪个 TiDB server ，`show processlist` 就会显示当前连接的这个 TiDB server  中执行的 session 列表，不是整个集群中运行的全部 session 列表；而 MySQL 是单机数据库，`show processlist` 列出的是当前整个 MySQL 数据库的全部执行 SQL 列表。
++ 由于 TiDB 是分布式数据库，TiDB server 实例是无状态的 SQL 解析和执行引擎（详情可参考 [TiDB 整体架构](/tidb-architecture.md)），用户使用 MySQL 客户端登录的是哪个 TiDB server ，`show processlist` 就会显示当前连接的这个 TiDB server  中执行的 session 列表，不是整个集群中运行的全部 session 列表；而 MySQL 是单机数据库，`show processlist` 列出的是当前整个 MySQL 数据库的全部执行 SQL 列表。
 
 + TiDB 的 `show processlist` 显示内容比起 MySQL 来讲，多了一个当前 session 使用内存的估算值（单位 Byte）。
 

diff --git a/faq/tidb-faq.md b/faq/tidb-faq.md
@@ -52,7 +52,7 @@ mysql -h 127.0.0.1 -u root -P 4000 --default-auth=mysql_native_password --defaul
 
 支持。无论是一个地方的几个节点，还是[跨多个数据中心的多个节点](/multi-data-centers-in-one-city-deployment.md)，TiDB 均支持 ACID 分布式事务。
 
-TiDB 事务模型灵感源自 Google Percolator 模型，主体是一个两阶段提交协议，并进行了一些实用的优化。该模型依赖于一个时间戳分配器，为每个事务分配单调递增的时间戳，这样就检测到事务冲突。在 TiDB 集群中，[PD](/architecture.md#pd-server) 承担时间戳分配器的角色。
+TiDB 事务模型灵感源自 Google Percolator 模型，主体是一个两阶段提交协议，并进行了一些实用的优化。该模型依赖于一个时间戳分配器，为每个事务分配单调递增的时间戳，这样就检测到事务冲突。在 TiDB 集群中，[PD](/tidb-scheduling.md) 承担时间戳分配器的角色。
 
 #### 1.1.8 TiDB 支持哪些编程语言？
 

diff --git a/system-tables/system-table-sql-diagnostics.md b/system-tables/system-table-sql-diagnostics.md
@@ -2,7 +2,7 @@
 title: SQL 诊断
 summary: 了解 SQL 诊断功能。
 category: reference
-aliases: ['/docs-cn/dev/reference/system-databases/sql-diagnosis/','/docs-cn/dev/system-tables/system-table-sql-diagnosis/']
+aliases: ['/docs-cn/dev/reference/system-databases/sql-diagnosis/','/docs-cn/dev/system-tables/system-table-sql-diagnosis/','/zh/tidb/dev/check-cluster-status-using-sql-statements']
 ---
 
 # SQL 诊断

diff --git a/tidb-binlog/get-started-with-tidb-binlog.md b/tidb-binlog/get-started-with-tidb-binlog.md
@@ -8,7 +8,7 @@ aliases: ['/docs-cn/dev/how-to/get-started/tidb-binlog/','/docs-cn/dev/get-start
 
 本文档主要介绍如何使用 TiDB Binlog 将数据从 TiDB 推送到 MariaDB 实例。文中的 TiDB Binlog 集群包含 Pump 和 Drainer 的单个节点，TiDB 集群包含 TiDB、TiKV 和 Placement Driver (PD) 各组件的单个节点。
 
-希望上手实践 TiDB Binlog 工具的用户需要对 [TiDB 架构](/architecture.md)有一定的了解，最好有创建过 TiDB 集群的经验。该文档也有助于简单快速了解 TiDB Binlog 架构以及相关概念。
+希望上手实践 TiDB Binlog 工具的用户需要对 [TiDB 架构](/tidb-architecture.md)有一定的了解，最好有创建过 TiDB 集群的经验。该文档也有助于简单快速了解 TiDB Binlog 架构以及相关概念。
 
 > **警告：**
 >

diff --git a/tidb-lightning/tidb-lightning-misuse-handling.md b/tidb-lightning/tidb-lightning-misuse-handling.md
diff --git a/troubleshoot-tidb-lightning.md b/troubleshoot-tidb-lightning.md
@@ -1,7 +1,7 @@
 ---
 title: TiDB Lightning 故障诊断
 category: reference
-aliases: ['/docs-cn/dev/how-to/troubleshoot/tidb-lightning/']
+aliases: ['/docs-cn/dev/how-to/troubleshoot/tidb-lightning/','/docs-cn/dev/reference/tools/error-case-handling/lightning-misuse-handling/','/docs-cn/dev/tidb-lightning/tidb-lightning-misuse-handling/']
 ---
 
 # TiDB Lightning 故障诊断