fix jedis readme file

Author: ipipman

springboot-jedis-sample/README.md

@@ -124,7 +124,7 @@ Redis Cluster 是Redis 的分布式解决方案，在3.0版本推出后有效的
 > - 主从+哨兵模式一个master、多个slave，master负责读写，slave负责复制master数据和提供读服务，配合sentinal集群，可以保证master/slave故障自动切换时高可用；
 > - redis集群模式，主要针对海量数据+高并发+高可用场景；
 
-**Redis cluster的分片算法Hash Slot算法：**
+**Redis Cluster的分片算法Hash Slot算法：**
 
 > - redis cluster有固定的16384个hash slot，对每个key计算CRC16值，然后对16384取模，可以获取key对应的hash slot；
 > - redis cluster中每个master都会持有部分slot，比如3个master，那么每个master就持有16384/3 ~= 5000多个hash slot；
@@ -138,8 +138,8 @@ redis cluster节点间采取gossip协议进行通信。
 gossip算法如其名，灵感来自办公室的八卦，在有限的时间内所有人都会知道该八卦信息。
 市面上集群中的元数据同步分为两种，集中式、最终一致性，gossip追求的是最终一致性：
 
-> - 集中式：如zookeeper、etcd，好处在于元数据的跟新和读取，时效性非常好，一旦数据出现变更，立即更新到集中式的存储中，其他节电读取的时候立即就能感知到，坏处是集中式存储的元数据一旦出现故障，会导致短期内不能正常提供服务；
-> - gossip：好处在于，元数据的跟新比较分散，不是集中在一个地方，元数据更新会陆陆续续，跟新到所有节点上，有一定的延迟，但是提升了可用性；
+> - 集中式：如zookeeper、etcd，好处在于元数据的更新和读取，时效性非常好，一旦数据出现变更，立即更新到集中式的存储中，其它节点读取的时候立即就能感知到，坏处是集中式存储的元数据一旦出现故障，会导致短期内不能正常提供服务；
+> - gossip：好处在于，元数据的更新比较分散，不是集中在一个地方，元数据更新会陆陆续续，更新到所有节点上，有一定的延迟，但是提升了可用性；
 
 gossip协议包含多种消息，包括：ping、pong、meet、fail等：