From 5daddf165bbc46c597e104c8a13da99ccb2b3d66 Mon Sep 17 00:00:00 2001
From: prgitpr <15207561449@163.com>
Date: Sat, 11 Mar 2023 16:22:06 +0800
Subject: [PATCH] =?UTF-8?q?Update=2006-zookeeper=E7=9A=84Leader=E9=80=89?=
 =?UTF-8?q?=E4=B8=BE=E5=8E=9F=E7=90=86.md?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

发现一个错别字
---
 ...04Leader\351\200\211\344\270\276\345\216\237\347\220\206.md" | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git "a/\345\210\206\345\270\203\345\274\217/\345\210\206\345\270\203\345\274\217\345\215\217\350\260\203\346\234\215\345\212\241/zookeeper/06-zookeeper\347\232\204Leader\351\200\211\344\270\276\345\216\237\347\220\206.md" "b/\345\210\206\345\270\203\345\274\217/\345\210\206\345\270\203\345\274\217\345\215\217\350\260\203\346\234\215\345\212\241/zookeeper/06-zookeeper\347\232\204Leader\351\200\211\344\270\276\345\216\237\347\220\206.md"
index 804d86c..03087f4 100644
--- "a/\345\210\206\345\270\203\345\274\217/\345\210\206\345\270\203\345\274\217\345\215\217\350\260\203\346\234\215\345\212\241/zookeeper/06-zookeeper\347\232\204Leader\351\200\211\344\270\276\345\216\237\347\220\206.md"
+++ "b/\345\210\206\345\270\203\345\274\217/\345\210\206\345\270\203\345\274\217\345\215\217\350\260\203\346\234\215\345\212\241/zookeeper/06-zookeeper\347\232\204Leader\351\200\211\344\270\276\345\216\237\347\220\206.md"
@@ -6,7 +6,7 @@
 
 之前单独讨论过【[分布式系统与一致性协议](https://github.com/wenbin8/doc/blob/master/分布式/分布式协调服务/分布式系统与一致性协议.md)】，感兴趣的可以去看一下。根据之前我们讨论的ZAB协议，在zookeeper集群内部的数据副本同步，是基于过半提交的策略，意味着它是最终一致性。并不满足顺序一致性的要求。
 
-其实正确来说，zookeeper是一个顺序一致性模型。由于zookeeper设计出来是提供分布式锁服务，那么意味着它本省需要实现顺序一致性。顺序一致性是在分布式环境中实现分布式锁的基本要求，比如当一个多个程序来争抢锁，如果clientA获得锁以后，后续所有来争抢锁的程序看的锁的状态都应该是被clientA锁定了，而不是其他状态。
+其实正确来说，zookeeper是一个顺序一致性模型。由于zookeeper设计出来是提供分布式锁服务，那么意味着它本身需要实现顺序一致性。顺序一致性是在分布式环境中实现分布式锁的基本要求，比如当一个多个程序来争抢锁，如果clientA获得锁以后，后续所有来争抢锁的程序看的锁的状态都应该是被clientA锁定了，而不是其他状态。
 
 ### 顺序一致性