共计 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
在不重启 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 挂掉的数据库,查看是否会被哨兵,添加进信息的主从集群
注意!!如果发现不成功,需删掉所有的哨兵配置文件,从新来过
注意!!如果发现不成功,需删掉所有的哨兵配置文件,从新来过
注意!!如果发现不成功,需删掉所有的哨兵配置文件,从新来过
: