From 59e6285475f38256f84a5f5ef53d151f6437459e Mon Sep 17 00:00:00 2001
From: songzhibin97 <49082129+songzhibin97@users.noreply.github.com>
Date: Wed, 20 Apr 2022 18:14:24 +0800
Subject: [PATCH] Update ch5.md

---
 ch5.md | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/ch5.md b/ch5.md
index c5b00b7..a26ff8e 100644
--- a/ch5.md
+++ b/ch5.md
@@ -476,7 +476,7 @@ PostgreSQL 和 Oracle 等使用这种复制方法【16】。主要缺点是日
 
 假设你有一个带有三个副本的数据库，而其中一个副本目前不可用，或许正在重新启动以安装系统更新。在基于主机的配置中，如果要继续处理写入，则可能需要执行故障切换（请参阅「[处理节点宕机](#处理节点宕机)」）。
 
-另一方面，在无领导配置中，故障切换不存在。[图 5-10](img/fig5-10.png) 显示了发生了什么事情：客户端（用户 1234）并行发送写入到所有三个副本，并且两个可用副本接受写入，但是不可用副本错过了它。假设三个副本中的两个承认写入是足够的：在用户 1234 已经收到两个确定的响应之后，我们认为写入成功。客户简单地忽略了其中一个副本错过了写入的事实。
+另一方面，在无领导配置中，不存在故障转移。[图 5-10](img/fig5-10.png) 显示了发生了什么事情：客户端（用户 1234）并行发送写入到所有三个副本，并且两个可用副本接受写入，但是不可用副本错过了它。假设三个副本中的两个承认写入是足够的：在用户 1234 已经收到两个确定的响应之后，我们认为写入成功。客户简单地忽略了其中一个副本错过了写入的事实。
 
 ![](img/fig5-10.png)