fix typo

TommyMerlin · TommyMerlin · commit 09e88e476da4 · 2021-06-22T15:02:11.000+08:00
diff --git a/docs/database/Redis/redis集群以及应用场景.md b/docs/database/Redis/redis集群以及应用场景.md
@@ -77,7 +77,7 @@
     - 优化参数不一致:内存不一致.
 - 避免全量复制
     - 选择小主节点(分片)、低峰期间操作.
-    - 如果节点运行 id 不匹配(如主节点重启、运行 id 发送变化)，此时要执行全量复制，应该配合哨兵和集群解决.
+    - 如果节点运行 id 不匹配(如主节点重启、运行 id 发生变化)，此时要执行全量复制，应该配合哨兵和集群解决.
     - 主从复制挤压缓冲区不足产生的问题(网络中断，部分复制无法满足)，可增大复制缓冲区( rel_backlog_size 参数).
 - 复制风暴
 
@@ -111,7 +111,7 @@
 - 转移流程
     1. Sentinel 选出一个合适的 Slave 作为新的 Master(slaveof no one 命令)。
     2. 向其余 Slave 发出通知，让它们成为新 Master 的 Slave( parallel-syncs 参数)。
-    3. 等待旧 Master 复活，并使之称为新 Master 的 Slave。
+    3. 等待旧 Master 复活，并使之成为新 Master 的 Slave。
     4. 向客户端通知 Master 变化。
 - 从 Slave 中选择新 Master 节点的规则(slave 升级成 master 之后)
     1. 选择 slave-priority 最高的节点。
@@ -138,7 +138,7 @@
 
 ##### 集中式
 
-> 将集群元数据(节点信息、故障等等)几种存储在某个节点上。
+> 将集群元数据(节点信息、故障等等)集中存储在某个节点上。
 - 优势
     1. 元数据的更新读取具有很强的时效性，元数据修改立即更新
 - 劣势
