Redis主从复制与一致性
Redis为复制积压缓冲区设置的默认大小为1MB，如果主服务器需要执行大量写命令，又或者主从服务器断线后重连接所需的时间比较，那么这个大小也许并不合适。
因此，可以说Redis集群中的主节点数据是一致的，这是由于集群的复制和同步机制以及状态检查机制所保证的。
传统的Redis集群采用的主从复制模式，一般为一主多从，主节点有读写权限，但是从节点只有读的权限。主节点会定期将数据同步到从节点中，保证数据一致性的问题。
主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点(master)，后者称为从节点(slave)，数据的复制是单向的，只能由主节点到从节点。
其实只需要将断开连接期间的数据进行同步就可以完成数据的一致性。完整的重同步只应该用于首次复制，或者万不得已需要全量复制时才执行。针对完整的重同步的缺陷，Redis提供了部分的重同步功能。
在redis的主从复制中，从节点默认是不支持keys命令的，因此从节点执行keys命令不会有任何影响。这是因为在主从复制模式下，从节点只能进行读操作，而不能进行写操作，以保证数据的一致性。
Redis主从复制丢失数据的情况分析
Redis中的Map被误删除：在某些情况下，可能会出现误删除Map的情况，例如在操作时误执行了DEL命令或者使用了错误的键名。
这样一来，主从切换完成后，也只有新主库能接收请求，不会发生脑裂，也就不会发生数据丢失的问题了。主从数据不一致，就是指客户端从从库中读取到的值和主库中的最新值并不一致。
可能有人会遇到，Redis 经常会丢掉一些数据，写进去了，过一会儿可能就没了。那么你可能是将Redis当成存储了而没有当作缓存。啥叫缓存？用内存当缓存。内存是无限的吗，内存是很宝贵而且是有限的，磁盘是廉价而且是大量的。
异步复制导致的数据丢失 哨兵可以解决主从架构下，因master宕机后不能接收写请求而进行选举salve为新的master，达到高可用的效果。
redis硬盘中断节点不死
需要使用trib的fix命令进行修复。如果修复还是不行的话，可以清除节点数据再重新建集群，前提要备份之后操作。
redis连接池出现了问题，可以更换redis连接池即可解决问题。
即使只有一个节点，Redis哨兵模式仍然可以正常工作。
redissocket断连
这是因为Java应用程序中的Redis客户端会自动尝试重新建立连接。在Redis重启后，客户端会向Redis发送PING命令，如果连接成功，则Redis会返回PONG响应，Java应用程序会收到这个响应并继续执行。
当客户端连接被初始化后，Redis 会查看目前的连接数，然后对比配置好的 maxclients 值，如果目前连接数已经达到最大连接数 maxclients 了，那么说明这个连接不能再接收，Redis 会直接返回客户端一个连接错误，并马上关闭掉这个连接。
Redis在分布式应用中占据着越来越重要的地位，短短的几万行代码，实现了一个高性能的数据存储服务。
close方法-client接收response报文-client最终会收到server端断开TCP连接的信号-client 端断开TCP连接，具体就是调用close方法。
Socket连接与HTTP连接 由于通常情况下Socket连接就是TCP连接，因此Socket连接一旦建立，通信双方即可开始相互发送数据内容，直到双方连接断开。
redis断开复制的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于redis 复制、redis断开复制的信息别忘了在本站进行查找喔。