*: update expressions and add alias (pingcap#3581)

* update expressions and format * Update br/backup-and-restore-faq.md Co-authored-by: Keke Yi <40977455+yikeke@users.noreply.github.com> Co-authored-by: Keke Yi <40977455+yikeke@users.noreply.github.com> Co-authored-by: pingcap-github-bot <sre-bot@pingcap.com>
3AceShowHand · Jun 12, 2020 · 3f0ec9a · 3f0ec9a
1 parent 963c20c
commit 3f0ec9a
Show file tree

Hide file tree

Showing 5 changed files with 7 additions and 8 deletions.
diff --git a/br/backup-and-restore-faq.md b/br/backup-and-restore-faq.md
@@ -36,9 +36,9 @@ category: FAQ
 
 > **注意：**
 >
-> 在恢复的时候也可能遇到同样的问题。BR 的恢复中，在检验读权限的时机是在第一次读取 SST 文件时，考虑到执行 DDL 的耗时，这个时刻可能会离开始运行 BR 的时间很远。
+> 在恢复的时候也可能遇到同样的问题。
 > 
-> 这样可能会出现等了很长时间之后遇到 Permission denied 错误失败的情况。
+> 使用 BR 进行数据的恢复时，检验读权限的时机是在第一次读取 SST 文件时，考虑到执行 DDL 的耗时，这个时刻可能会离开始运行 BR 的时间很远。这样可能会出现等了很长时间之后遇到 Permission denied 错误失败的情况。
 > 
 > 因此，最好在恢复前提前检查权限。
  

diff --git a/br/backup-and-restore-tool.md b/br/backup-and-restore-tool.md
@@ -125,9 +125,10 @@ TiKV 收到加载 SST 文件的请求后，利用 Raft 机制保证加载 SST
 > 在使用 `local` storage 的时候，备份数据会分散在各个节点的本地文件系统中。
 >
 > **不建议**在生产环境中备份到本地磁盘，因为在日后恢复的时候，**必须**手动聚集这些数据才能完成恢复工作（见[恢复集群数据](#恢复集群数据)）。
+> 
 > 聚集这些备份数据可能会造成数据冗余和运维上的麻烦，而且在不聚集这些数据便直接恢复的时候会遇到颇为迷惑的 `SST file not found` 报错。
 > 
-> 更加建议在各个节点挂载 NFS 网盘，或者直接备份到 `S3` 对象存储中。
+> 建议在各个节点挂载 NFS 网盘，或者直接备份到 `S3` 对象存储中。
 
 ### 命令和子命令
 

diff --git a/daily-check.md b/daily-check.md
@@ -2,6 +2,7 @@
 title: 日常巡检
 summary: 介绍 TiDB 集群需要常关注的性能指标。
 category: reference
+aliases: ['/docs-cn/dev/daily-inspection/']
 ---
 
 # 日常巡检

diff --git a/ticdc/manage-ticdc.md b/ticdc/manage-ticdc.md
@@ -188,7 +188,7 @@ cdc cli changefeed query --pd=http://127.0.0.1:2379 --changefeed-id=28c43ffc-231
 
 以上命令中：
 
-- `resolved-ts` 代表当前 changfeed 中最大的已经成功从 TiKV 发送到 TiCDC 的事务 TS；
+- `resolved-ts` 代表当前 changefeed 中最大的已经成功从 TiKV 发送到 TiCDC 的事务 TS；
 - `checkpoint-ts` 代表当前 changefeed 中最大的已经成功写入下游的事务 TS；
 - `admin-job-type` 代表一个 changefeed 的状态：
     - `0`: 状态正常，也是初始状态。

diff --git a/ticdc/ticdc-overview.md b/ticdc/ticdc-overview.md
@@ -51,15 +51,12 @@ TiCDC 的系统架构如下图所示：
 
 ### 暂不支持的场景
 
-目前 TiCDC（4.0 发布版本）与部分 TiDB 特性存在冲突，在后续的 TiCDC 版本上会逐渐修复。当前版本需要做相应的兼容性处理。暂不支持的场景如下：
+目前 TiCDC（4.0 发布版本）暂不支持的场景如下：
 
 - 暂不支持单独使用 RawKV 的 TiKV 集群。
 - 暂不支持 TiDB 4.0 [新的 Collation 框架](/character-set-and-collation.md#新框架下的-collation-支持)。如果开启该功能，需保证下游集群为 TiDB 并使用与上游相同的 collation，否则会出现 collation 导致的无法定位数据的问题。
 - 暂不支持 TiDB 4.0 中[创建 SEQUENCE 的 DDL 操作](/sql-statements/sql-statement-create-sequence.md) 和 [SEQUENCE 函数](/sql-statements/sql-statement-create-sequence.md#sequence-函数)。在上游 TiDB 使用 SEQUENCE 时，TiCDC 将会忽略掉上游执行的 SEQUENCE DDL 操作/函数，但是使用 SEQUENCE 函数的 DML 操作可以正确地同步。
 - 暂不支持 [TiKV Hibernate Region](https://github.com/tikv/tikv/blob/master/docs/reference/configuration/raftstore-config.md#hibernate-region)。TiCDC 会使 Region 无法进入静默状态。
-
-TiCDC 本身也有部分功能尚未完善，将在后续的 TiCDC 版本逐渐修复：
-
 - TiCDC 集群扩容后，不支持将已有的同步表调度到新的 TiCDC 节点中。
 - 暂不支持库表同步黑白名单。