From f9448e3d0cbda7afb627d2e8fddf7ec328c2ed13 Mon Sep 17 00:00:00 2001
From: Xiaxin Li <48907085+Aries-Lee1991@users.noreply.github.com>
Date: Fri, 31 Jul 2020 19:07:43 +0800
Subject: [PATCH] Update replica-ch.md
---
documentation20/webdocs/markdowndocs/replica-ch.md | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/documentation20/webdocs/markdowndocs/replica-ch.md b/documentation20/webdocs/markdowndocs/replica-ch.md
index 98310ca8b7..f93f3888c0 100644
--- a/documentation20/webdocs/markdowndocs/replica-ch.md
+++ b/documentation20/webdocs/markdowndocs/replica-ch.md
@@ -105,7 +105,7 @@ TDengine采取的是Master-Slave模式进行同步，与流行的RAFT一致性
如果vnode A是master, vnode B是slave, vnode A能接受客户端的写请求，而vnode B不能。当vnode A收到写的请求后，遵循下面的流程：
- 
+ 
1. 应用对写请求做基本的合法性检查，通过，则给改请求包打上一个版本号(version, 单调递增）
2. 应用将打上版本号的写请求封装一个WAL Head, 写入WAL(Write Ahead Log)
@@ -140,7 +140,7 @@ TDengine采取的是Master-Slave模式进行同步，与流行的RAFT一致性
整个数据恢复流程分为两大步骤，第一步，先恢复archived data(file), 然后恢复wal。具体流程如下：
- 
+ 
1. 通过已经建立的TCP链接，发送sync req给master节点
2. master收到sync req后，以client的身份，向vnode B主动建立一新的专用于同步的TCP链接（syncFd)
--
GitLab