redis常见报错及解决?使用 WATCH 命令：WATCH 命令可以监听一个或多个键，如果在事务执行期间这些键被其他客户端修改，事务会被中断并返回错误 。
【redis脑裂解决方式 redis脑裂问题解决方案】三个节点修改哨兵配置文件sentinel.conf 。先启动三个服务器的redis 。启动时会出现警告，提示socket连接数设置的太低了 ， 需要修改后重启服务就不会有警告提示 。注意启动的顺序 。
错误原因：redis连接池lettuce存在bug，服务器网关把长连接关闭了 。
如何避免Redis集群脑裂?设置为0关闭该功能 。redis集群没有过半机制会有脑裂问题，网络分区导致脑裂后多个主节点对外提供写服务，一旦网络分区恢复，会将其中一个主节点变为从节点，这时会有大量数据丢失 。
且ping的延迟时间小于等于第二个参数，那么master就会拒绝写请求，配置了这两个参数之后，如果发生集群脑裂，原先的master节点接收到客户端的写入请求会拒绝，就可以减少数据同步之后的数据丢失 。
为了避免这种情况，在业务应用中使用 EXPIREAT/PEXPIREAT 命令，把数据的过期时间设置为具体的时间点，避免读到过期数据 。
上面就是redis的两种分布式模式故障检测的方案 。大致可以归结为，监视节点会和被监视节点进行通讯，感知被监视节点的状态；监视节点之间也会进行通讯，同步信息 。
然而，使用哨兵模式也需要注意一些问题，如网络延迟、脑裂现象（即集群分裂为多个独立的部分）等，这些都可能影响到哨兵的正常工作和故障转移的准确性 。
同样机房2也不能选出一个Leader，这种情况下整个集群当机房间的网络断掉后 ， 整个集群将没有Leader 。而如果过半机制的条件是set.size（） = 3 ， 那么机房1和机房2都会选出一个Leader ， 这样就出现了脑裂 。
Redis数据丢失问题还有一个问题就是数据明明过期了，怎么还占用着内存？这些问题主要是因为Redis内部的一些机制所导致的，接下来我将展开说说Redis的两个最基础机制 。Redis 过期策略 Redis 过期策略是： 定期删除+惰性删除。
大致意思是：错误的配置，当前数据不能持久化到硬盘 ， 因为实例在写期间被配置为（stop-writes-on-bgsave-error option =yes）也即bgsave持久化过程中发生错误，就不能持久化了 。
测试Mysql与Redis同步 mysql对应的表结构如下：启动项目后 ， 新增一条数据：可以在控制台看到以下输出：如果更新呢？试一下Update语句：同样可以在控制台看到以下输出：经过测试完全么有问题 。
