java redis 断线重连_Redis集群学习

复制

Redis 提供了复制功能，可以实现当一台数据库中的数据更新后，自动将更新的数据同步到其他的数据库上。

在复制的概念中，数据库分为两类，一类是主数据库，另一类是从数据库。主数据库可以进行读写操作，当写操作导致数据变化时会自动将数据同步到从数据库。而从数据库一般是只读的，并接受主数据库同步过来的数据。一个主数据库可以拥有多个从数据库，而一个从数据库只能拥有一个主数据库。

在 Redis 中使用复制功能非常容易，只需要在从数据库的配置文件中加入“ slaveof 主数据库地址 主数据库端口”即可，主数据库无需进行任何配置。

默认情况下，从数据库是只读的，如果直接修改从数据库的数据会出现错误。

可以通过设置从数据库的配置文件中的 slave-read-only 为 no 以使从数据库可写，但是因为从数据库的任何更改都不会同步给任何其他数据库，并且一旦主数据中更新了对应的数据就会覆盖从数据库中的改动，所以通常情况下不应该设置从数据库可写。

Redis复制原理

当一个从数据库启动后，会向主数据库发送 SYNC 命令。同时主数据库接收到 SYNC 命令后会开始在后台保存快照(即 RDB 持久化的过程)，并将保存快照期间接收到的命令缓存起来。当快照完成后，Redis 会将快照文件和所有缓存的命令发给从数据库。从数据库收到后，会载入快照文件并执行收到的缓存的命令。以上过程称为复制初始化。复制初始化结束后，主数据库每当收到写命令时就会将命令同步给从数据库，从而保证主从数据库数据一致。

当从数据库之间的连接断开重连后，Redis 2.6 以及之前的版本会重新进行复制初始化(即主数据库重新保存快照并传送给从数据库)，即使从数据库可以仅有几条命令没有收到，主数据库也必须要将数据库里的所有数据重新传送给从数据库。这使得主从数据库断线重连后的数据恢复过程效率很低下。Redis 2.8 版的一个重要改进就是断线重连能够支持有条件的增量数据传输，当从数据库重新连接上主数据库后，主数据库只需要将断线期间执行的命令传送给从数据库，从而大大提高了 Redis 复制的实用性。

复制同步阶段会贯穿整个主从同步过程的始终，直到主从关系终止为止。

在复制的过程中，快照无论在主数据库还是从数据库中都起到了很大的作用，只要执行复制就会进行快照，即使我们关闭了 RDB方式的持久化(通过删除所有的 save 参数)。

注意：乐观复制 Redis采用了乐观复制(optimistic replication)的复制策略，容忍在一定时间内主从数据库的内容是不同的，但是两者的数据会最终同步。具体来说， Redis 在主从数据库之间复制数据的过程本身是异步的，主数据库执行完客户端请求的命令后会立即将命令在主数据库的执行结果返回给客户端，并异步地将命令同步给从数据库，而不会等待从数据库接收到该命令后再返回给客户端。这一特性保证了启用复制后主数据库的性能不会受到影响，但另一方面也会产生一个主从数据库数据不一致的时间窗口，当主数据库执行了一条写命令后，主数据库的数据已经发生了变动，然而在主数据库将该命令传送给从数据库之前，如果两个数据库之间的网络连接断开了