Redis复制概念

中文资料：http://www.redis.cn/topics/cluster-tutorial.html

在 Redis 复制的基础上，使用和配置主从复制非常简单，能使得从 Redis 服务器(下文称 slave)能精确得复制主 Redis 服务器(下文称 master)的内容。每次当 slave 和 master 之间的连接断开时， slave 会自动重连到 master 上，并且无论这期间 master 发生了什么， slave 都将尝试让自身成为 master 的精确副本。

这个系统的运行依靠三个主要的机制：

• 当一个 master 实例和一个 slave 实例连接正常时， master 会发送一连串的命令流来保持对 slave 的更新，以便于将自身数据集的改变复制给 slave ， ：包括客户端的写入、key 的过期或被逐出等等。
• 当 master 和 slave 之间的连接断开之后，因为网络问题、或者是主从意识到连接超时， slave 重新连接上 master 并会尝试进行部分重同步：这意味着它会尝试只获取在断开连接期间内丢失的命令流。
• 当无法进行部分重同步时， slave 会请求进行全量重同步。这会涉及到一个更复杂的过程，例如 master 需要创建所有数据的快照，将之发送给 slave ，之后在数据集更改时持续发送命令流到 slave 。

当 master 关闭持久化时，复制的安全性

在使用 Redis 复制功能时的设置中，强烈建议在 master 和在 slave 中启用持久化。当不可能启用时，例如由于非常慢的磁盘性能而导致的延迟问题，应该配置实例来避免重置后自动重启。

为了更好地理解为什么关闭了持久化并配置了自动重启的 master 是危险的，检查以下故障模式，这些故障模式中数据会从 master 和所有 slave 中被删除：

• 我们设置节点 A 为 master 并关闭它的持久化设置，节点 B 和 C 从 节点 A 复制数据。
• 节点 A 崩溃，但是他有一些自动重启的系统可以重启进程。但是由于持久化被关闭了，节点重启后其数据集合为空。
• 节点 B 和 节点 C 会从节点 A 复制数据，但是节点 A 的数据集是空的，因此复制的结果是它们会销毁自身之前的数据副本。

当 Redis Sentinel 被用于高可用并且 master 关闭持久化，这时如果允许自动重启进程也是很危险的。例如， master 可以重启的足够快以致于 Sentinel 没有探测到故障，因此上述的故障模式也会发生。

任何时候数据安全性都是很重要的，所以如果 master 使用复制功能的同时未配置持久化，那么自动重启进程这项应该被禁用。

配置主从复制

第一种方法，在slave节点配置文件添加

$ cat redis-7001.conf...slaveof 192.168.0.23 7000...

第一种方法需要重启redis生效

第二中方法，在slave节点客户端配置

$ redis-cli -p 7001slaveof 192.168.0.23 7000

第二中方法实时生效，重启后失效

7000端口代表master，7001端口代表slave

如果是生产环境建议两种方法都配置

查看主从复制状态

# master节点redis-cli -p 7000 info...# Replicationrole:masterconnected_slaves:1slave0:ip=192.168.0.23,port=7001,state=online,offset=1737,lag=1master_repl_offset:1737repl_backlog_active:1repl_backlog_size:1048576repl_backlog_first_byte_offset:2repl_backlog_histlen:1736...

# slave节点redis-cli -p 7001 info...# Replicationrole:slavemaster_host:192.168.0.23master_port:7000master_link_status:upmaster_last_io_seconds_ago:8master_sync_in_progress:0slave_repl_offset:1821slave_priority:100slave_read_only:1connected_slaves:0master_repl_offset:0repl_backlog_active:0repl_backlog_size:1048576repl_backlog_first_byte_offset:0repl_backlog_histlen:0...

最后特别注意的两点

• 一定要开启持久化，防止故障数据丢失
• slave实例建议开启只读性质