reference: fix an incorrect value, a typo, and a link (#2136)

* reference: fix an incorrect value * tidb_binlog: fix one more typo * alert-rules: fix an incorrect link * fix ci Co-authored-by: Zhang Jian <zjsariel@gmail.com>
pingcap · Dec 24, 2019 · 8e53b98 · 8e53b98
1 parent ecc6a16
commit 8e53b98
Show file tree

Hide file tree

Showing 12 changed files with 12 additions and 12 deletions.
diff --git a/dev/reference/alert-rules.md b/dev/reference/alert-rules.md
@@ -805,7 +805,7 @@ category: reference
 
 ## TiDB Binlog 报警规则
 
-关于 TiDB Binlog 报警规则的详细描述，参见 [TiDB Binlog 集群监控报警文档](/dev/reference/tools/tidb-lightning/monitor.md#监控报警规则)。
+关于 TiDB Binlog 报警规则的详细描述，参见 [TiDB Binlog 集群监控报警文档](/dev/reference/tidb-binlog/monitor.md#监控报警规则)。
 
 ## Node_exporter 主机报警规则
 

diff --git a/dev/reference/performance/understanding-the-query-execution-plan.md b/dev/reference/performance/understanding-the-query-execution-plan.md
@@ -87,7 +87,7 @@ EXPLAIN SELECT count(*) FROM trips WHERE start_date BETWEEN '2017-07-01 00:00:00
 4 rows in set (0.01 sec)
 ```
 
-在添加完索引后的新执行计划中，使用 `IndexScan_24` 直接读取满足条件 `start_date BETWEEN '2017-07-01 00:00:00' AND '2017-07-01 23:59:59'` 的数据，可以看到，估算的要扫描的数据行数从之前的 `19117643.00` 降到了现在的 `8166.73`。在测试环境中显示，这个查询的执行时间从 50.41 秒降到了 0.00 秒！
+在添加完索引后的新执行计划中，使用 `IndexScan_24` 直接读取满足条件 `start_date BETWEEN '2017-07-01 00:00:00' AND '2017-07-01 23:59:59'` 的数据，可以看到，估算的要扫描的数据行数从之前的 `19117643.00` 降到了现在的 `8166.73`。在测试环境中显示，这个查询的执行时间从 50.41 秒降到了 0.01 秒！
 
 ## `EXPLAIN FOR CONNECTION`
 

diff --git a/dev/reference/tidb-binlog/deploy.md b/dev/reference/tidb-binlog/deploy.md
@@ -144,7 +144,7 @@ Pump 和 Drainer 均可部署和运行在 Intel x86-64 架构的 64 位通用硬
 
 1. 获取 initial_commit_ts
 
-    如果从最近的时间点开始同步，inital_commit_ts 使用 `-1` 即可。
+    如果从最近的时间点开始同步，initial_commit_ts 使用 `-1` 即可。
 
     如果下游为 MySQL 或 TiDB，为了保证数据的完整性，需要进行全量数据的备份与恢复，必需使用全量备份的时间戳。
 

diff --git a/v2.1-legacy/sql/understanding-the-query-execution-plan.md b/v2.1-legacy/sql/understanding-the-query-execution-plan.md
@@ -73,7 +73,7 @@ mysql> EXPLAIN SELECT count(*) FROM trips WHERE start_date BETWEEN '2017-07-01 0
 4 rows in set (0.01 sec)
 ```
 
-在添加完索引后的新执行计划中，使用 `IndexScan_24` 直接读取满足条件 `start_date BETWEEN '2017-07-01 00:00:00' AND '2017-07-01 23:59:59'` 的数据，可以看到，估算的要扫描的数据行数从之前的 `19117643.00` 降到了现在的 `8166.73`。在测试环境中显示，这个查询的执行时间从 50.41 秒降到了 0.00 秒！
+在添加完索引后的新执行计划中，使用 `IndexScan_24` 直接读取满足条件 `start_date BETWEEN '2017-07-01 00:00:00' AND '2017-07-01 23:59:59'` 的数据，可以看到，估算的要扫描的数据行数从之前的 `19117643.00` 降到了现在的 `8166.73`。在测试环境中显示，这个查询的执行时间从 50.41 秒降到了 0.01 秒！
 
 ## 概述
 

diff --git a/v2.1/reference/alert-rules.md b/v2.1/reference/alert-rules.md
@@ -812,7 +812,7 @@ category: reference
 
 ## TiDB Binlog 报警规则
 
-关于 TiDB Binlog 报警规则的详细描述，参见 [TiDB Binlog 集群监控报警文档](/v2.1/reference/tools/tidb-lightning/monitor.md#监控报警规则)。
+关于 TiDB Binlog 报警规则的详细描述，参见 [TiDB Binlog 集群监控报警文档](/v2.1/reference/tidb-binlog/monitor.md#监控报警规则)。
 
 ## Node_exporter 主机报警规则
 

diff --git a/v2.1/reference/performance/understanding-the-query-execution-plan.md b/v2.1/reference/performance/understanding-the-query-execution-plan.md
@@ -73,7 +73,7 @@ mysql> EXPLAIN SELECT count(*) FROM trips WHERE start_date BETWEEN '2017-07-01 0
 4 rows in set (0.01 sec)
 ```
 
-在添加完索引后的新执行计划中，使用 `IndexScan_24` 直接读取满足条件 `start_date BETWEEN '2017-07-01 00:00:00' AND '2017-07-01 23:59:59'` 的数据，可以看到，估算的要扫描的数据行数从之前的 `19117643.00` 降到了现在的 `8166.73`。在测试环境中显示，这个查询的执行时间从 50.41 秒降到了 0.00 秒！
+在添加完索引后的新执行计划中，使用 `IndexScan_24` 直接读取满足条件 `start_date BETWEEN '2017-07-01 00:00:00' AND '2017-07-01 23:59:59'` 的数据，可以看到，估算的要扫描的数据行数从之前的 `19117643.00` 降到了现在的 `8166.73`。在测试环境中显示，这个查询的执行时间从 50.41 秒降到了 0.01 秒！
 
 ## `EXPLAIN FOR CONNECTION`
 

diff --git a/v3.0/reference/alert-rules.md b/v3.0/reference/alert-rules.md
@@ -805,7 +805,7 @@ category: reference
 
 ## TiDB Binlog 报警规则
 
-关于 TiDB Binlog 报警规则的详细描述，参见 [TiDB Binlog 集群监控报警文档](/v3.0/reference/tools/tidb-lightning/monitor.md#监控报警规则)。
+关于 TiDB Binlog 报警规则的详细描述，参见 [TiDB Binlog 集群监控报警文档](/v3.0/reference/tidb-binlog/monitor.md#监控报警规则)。
 
 ## Node_exporter 主机报警规则
 

diff --git a/v3.0/reference/performance/understanding-the-query-execution-plan.md b/v3.0/reference/performance/understanding-the-query-execution-plan.md
@@ -88,7 +88,7 @@ EXPLAIN SELECT count(*) FROM trips WHERE start_date BETWEEN '2017-07-01 00:00:00
 4 rows in set (0.01 sec)
 ```
 
-在添加完索引后的新执行计划中，使用 `IndexScan_24` 直接读取满足条件 `start_date BETWEEN '2017-07-01 00:00:00' AND '2017-07-01 23:59:59'` 的数据，可以看到，估算的要扫描的数据行数从之前的 `19117643.00` 降到了现在的 `8166.73`。在测试环境中显示，这个查询的执行时间从 50.41 秒降到了 0.00 秒！
+在添加完索引后的新执行计划中，使用 `IndexScan_24` 直接读取满足条件 `start_date BETWEEN '2017-07-01 00:00:00' AND '2017-07-01 23:59:59'` 的数据，可以看到，估算的要扫描的数据行数从之前的 `19117643.00` 降到了现在的 `8166.73`。在测试环境中显示，这个查询的执行时间从 50.41 秒降到了 0.01 秒！
 
 ## `EXPLAIN FOR CONNECTION`
 

diff --git a/v3.0/reference/tidb-binlog/deploy.md b/v3.0/reference/tidb-binlog/deploy.md
@@ -144,7 +144,7 @@ Pump 和 Drainer 均可部署和运行在 Intel x86-64 架构的 64 位通用硬
 
 1. 获取 initial_commit_ts
 
-    如果从最近的时间点开始同步，从 v3.0.6 开始 inital_commit_ts 使用 `-1` 即可，否则参考下文方法获取一个最新的时间戳。
+    如果从最近的时间点开始同步，从 v3.0.6 开始 initial_commit_ts 使用 `-1` 即可，否则参考下文方法获取一个最新的时间戳。
 
     如果下游为 MySQL 或 TiDB，为了保证数据的完整性，需要进行全量数据的备份与恢复，必需使用全量备份的时间戳。
 

diff --git a/v3.1/reference/alert-rules.md b/v3.1/reference/alert-rules.md
@@ -805,7 +805,7 @@ category: reference
 
 ## TiDB Binlog 报警规则
 
-关于 TiDB Binlog 报警规则的详细描述，参见 [TiDB Binlog 集群监控报警文档](/v3.1/reference/tools/tidb-lightning/monitor.md#监控报警规则)。
+关于 TiDB Binlog 报警规则的详细描述，参见 [TiDB Binlog 集群监控报警文档](/v3.1/reference/tidb-binlog/monitor.md#监控报警规则)。
 
 ## Node_exporter 主机报警规则
 

diff --git a/v3.1/reference/performance/understanding-the-query-execution-plan.md b/v3.1/reference/performance/understanding-the-query-execution-plan.md
@@ -87,7 +87,7 @@ EXPLAIN SELECT count(*) FROM trips WHERE start_date BETWEEN '2017-07-01 00:00:00
 4 rows in set (0.01 sec)
 ```
 
-在添加完索引后的新执行计划中，使用 `IndexScan_24` 直接读取满足条件 `start_date BETWEEN '2017-07-01 00:00:00' AND '2017-07-01 23:59:59'` 的数据，可以看到，估算的要扫描的数据行数从之前的 `19117643.00` 降到了现在的 `8166.73`。在测试环境中显示，这个查询的执行时间从 50.41 秒降到了 0.00 秒！
+在添加完索引后的新执行计划中，使用 `IndexScan_24` 直接读取满足条件 `start_date BETWEEN '2017-07-01 00:00:00' AND '2017-07-01 23:59:59'` 的数据，可以看到，估算的要扫描的数据行数从之前的 `19117643.00` 降到了现在的 `8166.73`。在测试环境中显示，这个查询的执行时间从 50.41 秒降到了 0.01 秒！
 
 ## `EXPLAIN FOR CONNECTION`
 

diff --git a/v3.1/reference/tidb-binlog/deploy.md b/v3.1/reference/tidb-binlog/deploy.md
@@ -143,7 +143,7 @@ Pump 和 Drainer 均可部署和运行在 Intel x86-64 架构的 64 位通用硬
 
 1. 获取 initial_commit_ts
 
-    如果从最近的时间点开始同步，inital_commit_ts 使用 `-1` 即可。
+    如果从最近的时间点开始同步，initial_commit_ts 使用 `-1` 即可。
 
     如果下游为 MySQL 或 TiDB，为了保证数据的完整性，需要进行全量数据的备份与恢复，必需使用全量备份的时间戳。