目录
一、Redis服务器管理命令总结
- Info
- Clinet list
- Client kill ip:port
- config get *
- CONFIG RESETSTAT 重置统计
- CONFIG GET/SET 动态修改
- Dbsize
- FLUSHALL 清空所有数据
- select 1
- FLUSHDB 清空当前库
- MONITOR 监控实时指令
- SHUTDOWN 关闭服务器
- save将当前数据保存
- 关闭数据库：redis-cli -a root shutdown
- SLAVEOF host port 主从配置
- SLAVEOF NO ONE
- SYNC 主从同步
- ROLE返回主从角色
二、主从复制介绍
•使用异步复制。
•一个主服务器可以有多个从服务器。
•从服务器也可以有自己的从服务器。
•复制功能不会阻塞主服务器。
•可以通过复制功能来让主服务器免于执行持久化操作，由从服务器去执行持久化操作即可。
2-1 复制数据时，打开服务器的持久化原因
当配置Redis复制功能时，强烈建议打开主服务器的持久化功能。 否则的话，由于延迟等问题，部署的服务应该要避免自动拉起。
为了帮助理解主服务器关闭持久化时自动拉起的危险性，参考一下以下会导致主从服务器数据全部丢失的例子：
1. 假设节点A为主服务器，并且关闭了持久化。 并且节点B和节点C从节点A复制数据
2. 节点A崩溃，然后由自动拉起服务重启了节点A. 由于节点A的持久化被关闭了，所以重启之后没有任何数据
3. 节点B和节点C将从节点A复制数据，但是A的数据是空的， 于是就把自身保存的数据副本删除。
在关闭主服务器上的持久化，并同时开启自动拉起进程的情况下，即便使用Sentinel来实现Redis的高可用性，也是非常危险的。 因为主服务器可能拉起得非常快，以至于Sentinel在配置的心跳时间间隔内没有检测到主服务器已被重启，然后还是会执行上面的数据丢失的流程。
无论何时，数据安全都是极其重要的，所以应该禁止主服务器关闭持久化的同时自动拉起。
2-2 主从复制原理
1. 从服务器向主服务器发送 SYNC 命令。
2. 接到 SYNC 命令的主服务器会调用BGSAVE 命令，创建一个 RDB 文件，并使用缓冲区记录接下来执行的所有写命令。
3. 当主服务器执行完 BGSAVE 命令时，它会向从服务器发送 RDB 文件，而从服务器则会接收并载入这个文件。
4. 主服务器将缓冲区储存的所有写命令发送给从服务器执行。
SYNC 命令执行示例标题 2-3 命令传播
在主从服务器完成同步之后，主服务器每执行一个写命令，它都会将被执行的写命令发送给从服务器执行，这个操作被称为“命令传播”（command propagate）。
命令传播是一个持续的过程：只要复制仍在继续，命令传播就会一直进行，使得主从服务器的状态可以一直保持一致。
2-4 复制中的SYNC和PSYNC
在 Redis 2.8 版本之前， 断线之后重连的从服务器总要执行一次完整重同步（full resynchronization）操作。
从 Redis 2.8 开始，Redis 使用 PSYNC命令代替 SYNC 命令。
PSYNC 比起 SYNC 的最大改进在于 PSYNC 实现了部分重同步（partial resync）特性：在主从服务器断线并且重新连接的时候，只要条件允许，PSYNC 可以让主服务器只向从服务器同步断线期间缺失的数据，而不用重新向从服务器同步整个数据库。
标SYNC 处理断线重连示例题 
PSYNC 处理断线重连示例标题
三、主从复制的一致性保证
•在读写分离环境下，客户端向主服务器发送写命令 SET n 10086，主服务器在执行这个写命令之后，向客户端返回回复，并将这个写命令传播给从服务器。
•接到回复的客户端继续向从服务器发送读命令 GET n ，并且因为网络状态的原因，客户端的 GET命令比主服务器传播的 SET 命令更快到达了从服务器。
•因为从服务器键 n 的值还未被更新，所以客户端在从服务器读取到的将是一个错误（过期）的 n值。
3-1 复制安全性提升
主服务器只在有至少 N 个从服务器的情况下，才执行写操作
从 Redis 2.8 开始， 为了保证数据的安全性， 可以通过配置， 让主服务器只在有至少 N 个当前已连接从服务器的情况下， 才执行写命令。
不过， 因为 Redis 使用异步复制， 所以主服务器发送的写数据并不一定会被从服务器接收到， 因此， 数据丢失的可能性仍然是存在的。
通过以下两个参数保证数据的安全：
- min-slaves-to-write <number of slaves>
- min-slaves-max-lag <number of seconds>
四、主从复制的实际操作
4-1 环境准备
准备两个或两个以上redis实例 mkdir /data/638{0..2} 配置文件示例： cat >> /data/6380/redis.conf << EOF port 6380 daemonize yes pidfile /data/6380/redis.pid loglevel notice logfile "/data/6380/redis.log" dbfilename dump.rdb dir /data/6380 requirepass 123 masterauth 123 EOF cp /data/6380/redis.conf /data/6381/redis.conf cp /data/6380/redis.conf /data/6382/redis.conf sed -i 's#6380#6381#g' /data/6381/redis.conf sed -i 's#6380#6382#g' /data/6382/redis.conf 启动： redis-server /data/6380/redis.conf redis-server /data/6381/redis.conf redis-server /data/6382/redis.conf netstat -lnp|grep 638 主节点：6380 从节点：6381、63824-2 开启主从
6381/6382命令行: redis-cli -p 6381 -a 123 SLAVEOF 127.0.0.1 6380 redis-cli -p 6382 -a 123 SLAVEOF 127.0.0.1 63804-3 查询主从状态
redis-cli -p 6380 -a 123 info replication redis-cli -p 6381 -a 123 info replication redis-cli -p 6382 -a 123 info replication4-4 手动从库切换为主库 - 模拟主库故障宕机
redis-cli -p 6380 -a 123 shutdown redis-cli -p 6381 -a 123 info replication slaveof no one 6382连接到6381： [root@db03 ~]# redis-cli -p 6382 -a 123 127.0.0.1:6382> SLAVEOF no one 127.0.0.1:6382> SLAVEOF 127.0.0.1 6381
五、使用 redis-sentinel 实现主从的自动切换
redis-sentinel（哨兵）
- 监控，监视主机的宕机和回复，实现结构的自愈
- 自动选主，切换（6381 slaveof no one）
- 2号从库（6382）指向新主库（6381）
- 应用透明
5-1 搭建 redis-sentinel
mkdir /data/26380 cd /data/26380 cat >> sentinel.conf << EOF port 26380 dir "/data/26380" sentinel monitor mymaster 127.0.0.1 6380 1 sentinel down-after-milliseconds mymaster 5000 sentinel auth-pass mymaster 123 EOF 启动： redis-sentinel /data/26380/sentinel.conf & ============================== 如果有问题： 1、重新准备1主2从环境 2、kill掉sentinel进程 3、删除sentinel目录下的所有文件 4、重新搭建sentinel ==============================5-2 模拟主库故障，测试自动转换主备
[root@db01 ~]# redis-cli -p 6380 shutdown [root@db01 ~]# redis-cli -p 6381 info replication 启动源主库（6380），看状态。 Sentinel管理命令： redis-cli -p 26380 PING ：返回 PONG 。 SENTINEL masters ：列出所有被监视的主服务器 SENTINEL slaves <master name> SENTINEL get-master-addr-by-name <master name> ： 返回给定名字的主服务器的 IP 地址和端口号。 SENTINEL reset <pattern> ： 重置所有名字和给定模式 pattern 相匹配的主服务器。 SENTINEL failover <master name> ： 当主服务器失效时， 在不询问其他 Sentinel 意见的情况下， 强制开始一次自动故障迁移。
