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

216次阅读

共计 3802 个字符，预计需要花费 10 分钟才能阅读完成。

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

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: 确保查看信息如下并且检查是否同步
Linux 下 Redis 的持久化，主从同步及哨兵

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

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

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

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

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

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 挂掉的数据库，查看是否会被哨兵，添加进信息的主从集群

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

：

正文完

星哥玩云-微信公众号