Redis主从、哨兵、持久化

主从复制：

1 Master可以拥有多个slave

2 多个slave可以连接同一个master，还可以连接到其他的slave

3 主从复制是不会阻塞master的，在同步数据时，master可以继续的处理client请求

4 提供系统的伸缩性

主从复制的过程：

1 slave与master建立连接，发送sync同步命令

2 master会开启一个后台的进程，将数据库快照（dump.RDB文件）全量保存到文件中，同时

master主进程会开始收集新的写命令并缓存（AOF文件）增量

3 后台完成保存后，就将文件发送给slave

3 slave将文件保存在硬盘上

主从复制的配置信息：

clone服务器，之后修改slave的IP地址

修改配置文件/usr/local/redis/etc/redis.conf

第一步：slaveof<masterip><masterport>

第二步：masterauth<master-password>

使用info查看role角色即知道是Master还是Slave

redis哨兵：

有了主从复制的实现以后，我们如果想对主从服务器进行监控，在redis2.6以后提供了“哨兵”的机制

1.监控主数据库和从数据库是否正常运行

2.主数据库出现故障时，可以自动的将从数据库切换为主数据库，实现自动切换。

实现步骤：在其中一台从服务器配置sentinel.conf

1.copy文件sentinel.conf到/usr/local/redis/etc中

2.修改sentinel.conf文件

sentinel monitor mymaster 192.168.25.128 6379 1 #名称、IP地址、端口号、投票选举次数

sentinel down-after-milliseconds mymaster 5000#默认1s检测1次，这里的配置超过5000ms为宕机

3.启动sentinel哨兵

/usr/local/redis/bin/redis-server /usr/local/redis/etc/sentinel.conf --sentinel &

4.查看哨兵的相关信息

/usr/local/redis/bin/redis-cli -h 192.168.25.128 -p 26379 info Sentinel

从服务器只能读，主服务器可以读和写。主服务器挂了之后，哨兵检测到之后进行重新的投票选举出新的

主服务器，主服务器恢复之后下次进来只能充当从服务器。（主从复制的保障）

Redis的事务不能保证同时成功或者失败进行提交或者回滚。

Redis是一个支持持久化的内存数据库，也就是说redis需要经常将内存中的数据同步到硬盘来保证持久化。

1.snapshotting（快照）RDB方式，默认的方式，将内存以快照的方式写入到二进制文件中，默认为dump.rdb

可以通过配置设置自动做快照持久化的方式，

save 900 1 #900s内如果超过1个key被修改，则发起快照保存

save 300 10#300s内如果超过10个key被修改，则发起快照保存

save 60 10000

2.append-only file（AOF）的方式，类似于Oracle的日志，由于快照的方式是在一定的时间间隔做一次，所以

可能发生redis意外down的情况就会丢失最后一次快照后的所有的修改数据，aof比快照有更好的持久化性能，

在使用aof时，redis会将每一个收到的写命令都通过write函数追加到命令中，当redis重新启动时会重新执行

文件中保存的写命令来再内存中重建这个数据库的内容，这个文件在bin目录下，

append-only file 不是立即写到了磁盘上，可以通过配置文件修改强制写到硬盘中。

appendonly yes#启动aof持久化有三种方式

appendfsync always#收到写命令就立即写入到磁盘，效率最慢，但可以保障完全的持久化

appendfsync everysec#每秒钟写入到磁盘一次，

appendfsunc no#完全依赖于os，性能最好，但是持久化没有保障