标签：ilo 数据同步 ssi integer 不同的 不同 读写分离 丢失 查询
#启动master服务器。
[root@Stephen-PC redis]# redis-cli -p 6379
redis 127.0.0.1:6379>
#清空Master当前数据库中的所有Keys。
redis 127.0.0.1:6379> flushdb
OK
#在Master中创建新的Keys作为测试数据。
redis 127.0.0.1:6379> set mykey hello
OK
redis 127.0.0.1:6379> set mykey2 world
OK
#查看Master中存在哪些Keys。
redis 127.0.0.1:6379> keys *
1) "mykey"
2) "mykey2"
#启动slave服务器。
[root@Stephen-PC redis]# redis-cli -p 6380
#查看Slave中的Keys是否和Master中一致，从结果看，他们是相等的。
redis 127.0.0.1:6380> keys *
1) "mykey"
2) "mykey2"
#在Master中删除其中一个测试Key，并查看删除后的结果。
redis 127.0.0.1:6379> del mykey2
(integer) 1
redis 127.0.0.1:6379> keys *
1) "mykey"
#在Slave中查看是否mykey2也已经在Slave中被删除。
redis 127.0.0.1:6380> keys *
1) "mykey"
sentinel monitor name(监控的主从集群的名称) 192.168.19.131 8089 1 #名称，ip,端口(主从集群中master的地址)，投票选举次数
sentinel down-after-milliseconds name 5000 #默认1s检测一次，这里配置超时5000毫秒为宕机
sentinel failover-timeout name 900000
sentinel parallel-syncs name 2
sentinel can-fallover name yes
port 26379 #哨兵默认的端口
启动哨兵
/user/intsmaze/redis/bin/redis-server /user/intsmaze/redis/etc/sentinel.conf --sentinel &
查看哨兵相关信息
/user/intsmaze/redis/bin/redis-cli -h 192.168.19.131 -p 26379 Info sentinell
关闭主服务器查看集群信息
/user/intsmaze/redis/bin/redis-cli -h 192.168.19.131 -p 8089 shutdonwn
缺点：主节点宕机了，再切换节点时，中间有几秒无法提供服务，这几秒是用来切换的，且是无法解决的。这个时候只能在java代码中对redis的操作进行异常捕获，如果发现是宕机异常，则在catch中睡眠一秒，在重试几次即可。
Redis Sentinel是一个分布式系统，可以部署多个Sentinel实例来监控同一组Redis实例，它们通过Gossip协议来确定一个主实例宕机，通过Agreement协议来执行故障恢复和配置变更，一般在生产环境中部署多个实例来提高系统可用性，只要有一个Sentinel实例运行正常，就能保证被监控的Redis实例运行正常（类似Zookeeper，通过多个Zookeeper来提高系统可用性）；
redis的主从读写，redis自己是无法做到的，即我们要在java客户端通过代码指定写操作请求master,读操作请求slave。
jedis提供的连接池不支持主从读写的，只支持哨兵模式。就是连接池地址是哨兵，然后所有的读写请求都是走向master，只是做到了当主节点宕机，从升级为主后，jedis的连接池会自动更改当前master的地址。
标签：ilo 数据同步 ssi integer 不同的 不同 读写分离 丢失 查询
原文地址：https://www.cnblogs.com/intsmaze/p/6819091.html
