Linux下Redis的持久化，主从同步及哨兵

Redis是一种内存型数据库，一旦服务器进程退出，数据库的数据就会丢失，为了解决这个问题，Redis提供了两种持久化的方案，将内存中的数据保存到磁盘中，避免数据的丢失。

redis提供了RDB持久化的功能， 在指定的时间间隔内生成数据集的时间点快照（point-in-time snapshot） 这个功能可以将redis在内存中的的状态保存到硬盘中， RDB持久化产生的RDB文件是一个经过压缩的二进制文件， 这个文件被保存在硬盘中，redis可以通过这个文件还原数据库当时的状态。 它可以手动执行。 也可以在redis.conf中配置，定期执行。 优点：速度快，适合做备份，主从复制就是基于RDB持久化功能实现 rdb通过在redis中使用save命令触发 rdb rdb配置参数：

port 6379 daemonize yes pidfile /data/6379/redis.pid loglevel notice logfile "/data/6379/redis.log" dir /data/6379 protected-mode yes dbfilename dbmp.rdb save 900 1 save 300 10 save 60 10000

每过900秒 有1个操作就进行持久化

save 900秒 1个修改类的操作 save 300秒 10个操作 save 60秒 10000个操作

2.触发rdb持久化，也可以手动save命令即可,生成 dump.rdb持久化文件

3.重启redis，数据不再丢失

4.rdb数据文件是二进制文件，人为的看不懂

AOF（append-only log file） 记录服务器执行的所有变更操作命令（例如set del等），并在服务器启动时，通过重新执行这些命令来还原数据集 AOF 文件中的命令全部以redis协议的格式保存，新命令追加到文件末尾。 优点：最大程序保证数据不丢 缺点：日志记录非常大 配置方式 1.在配置文件中，添加aof参数 在redis-6379.conf中添加参数，开启aof功能

appendonly yes appendfsync everysec

2.重启redis数据库，加载aof功能

3.检查redis数据目录/data/6379/是否产生了aof文件

[root@web02 6379]# ls appendonly.aof dbmp.rdb redis.log

4.登录redis-cli，写入数据，实时监听aof文件信息 tail -f appendonly.aof

5.设置新key，检查aof信息，然后关闭redis，检查数据是否持久化

redis-cli -a RedHat shutdown redis-server /etc/redis.conf redis-cli -a redhat

在不重启redis的情况下，切换rdb数据到aof数据中

1.配置redis支持rdb持久化

2.启动redis客户端，通过命令，临时切换到aof模式

127.0.0.1:6379> CONFIG set appendonly yes OK 127.0.0.1:6379> CONFIG SET save "" OK

3.检查此时的数据持久化方式是rdb，还是aof，检查appendonly.aof文件，数据变动 tail -f appendonly.aof

4.此时aof还未永久生效，写入参数到配置文件 编辑redis-6379.conf 添加如下参数 appendonly yes appendfsync everysec

redis主从同步实现 1.准备三个redis数据库,redis支持多实例 三个配置文件，仅仅是端口的不同 在三个配置文件中，添加主从同步的参数 redis-6379.conf

port 6379 daemonize yes pidfile /data/6379/redis.pid loglevel notice logfile "/data/6379/redis.log" dir /data/6379 protected-mode yes dbfilename dbmp.rdb save 900 1 save 300 10 save 60 10000

redis-6380.conf

port 6380 daemonize yes pidfile /data/6380/redis.pid loglevel notice logfile "/data/6380/redis.log" dir /data/6380 protected-mode yes dbfilename dbmp.rdb save 900 1 save 300 10 save 60 10000 slaveof 127.0.0.1 6379

redis-6381.conf

port 6381 daemonize yes pidfile /data/6381/redis.pid loglevel notice logfile "/data/6381/redis.log" dir /data/6381 protected-mode yes dbfilename dbmp.rdb save 900 1 save 300 10 save 60 10000 slaveof 127.0.0.1 6379

2.启动三个数据库实例，查看主从同步身份

redis-cli -p 6379 info replication redis-cli -p 6380 info replication redis-cli -p 6381 info replication

3:确保查看信息如下 并且检查是否同步

4.如果我主库挂了怎么办？？ 解决方案： 1.手动切换主从身份，选举一个新的主库

1.干掉6379主库 2.在6380上关闭自己的slave身份 slaveof no one 3.在6381上给与新的主人身份 salveof 127.0.0.1 6380 4.修改完毕，还得修改配置文件，永久生效

2,用哨兵自动选举新主人

哨兵功能: 　　哨兵进行检测，主从架构是否正常，如果主库挂掉，哨兵会自动的修改redis.conf，进行添加/删除 slaveof 指令

redis哨兵安装配置:

1.准备三个redis实例，一主两从

详见上面redis主从配置

2,准备好了三个数据库实例，启动三个数据库实例

redis-server redis-6379.conf redis-server redis-6380.conf redis-server redis-6381.conf

3,准备三个哨兵，开始监控主从架构 准备三个配置文件，哨兵文件 redis-26379.conf

port 26379 dir /var/redis/data/ logfile "26379.log" sentinel monitor sbmaster 127.0.0.1 6379 2 sentinel down-after-milliseconds qsmaster 30000 sentinel parallel-syncs sbmaster 1 sentinel failover-timeout sbmaster 180000 daemonize yes

redis-26380.conf

port 26380 dir /var/redis/data/ logfile "26380.log" sentinel monitor sbmaster 127.0.0.1 6379 2 sentinel down-after-milliseconds qsmaster 30000 sentinel parallel-syncs sbmaster 1 sentinel failover-timeout sbmaster 180000 daemonize yes

redis-26381.conf

port 26381 dir /var/redis/data/ logfile "26381.log" sentinel monitor sbmaster 127.0.0.1 6379 2 sentinel down-after-milliseconds sbmaster 30000 sentinel parallel-syncs sbmaster 1 sentinel failover-timeout sbmaster 180000 daemonize yes

4,启动三个哨兵实例

redis-sentinel redis-26380.conf redis-sentinel redis-26379.conf redis-sentinel redis-26381.conf

检查哨兵状态是否正常 只有发现如下信息，与下面一致，即为正常 redis-cli -p 26379 info sentinel

# Sentinel sentinel_masters:1 sentinel_tilt:0 sentinel_running_scripts:0 sentinel_scripts_queue_length:0 sentinel_simulate_failure_flags:0 master0:name=sbmaster,status=ok,address=127.0.0.1:6380,slaves=2,sentinels=3

5,进行哨兵自动主从切换 1.干掉6379的redis数据库 2.查看6380和6381的身份信息，是否自动的进行主从切换(需等待30秒才会切换) 3.手动启动6379挂掉的数据库，查看是否会被哨兵，添加进信息的主从集群

注意！！如果发现不成功，需删掉所有的哨兵配置文件，从新来过 注意！！如果发现不成功，需删掉所有的哨兵配置文件，从新来过 注意！！如果发现不成功，需删掉所有的哨兵配置文件，从新来过