Redis 提供了多种不同级别的长久化形式:
- RDB 长久化能够在指定的工夫距离内生成数据集的工夫点快照(point-in-time snapshot)。
- AOF(Append-only file)长久化记录服务器执行的所有写操作命令,并在服务器启动时,通过从新执行这些命令来还原数据集。AOF 文件中的命令全副以 Redis 协定的格局来保留,新命令会被追加到文件的开端。Redis 还能够在后盾对 AOF 文件进行重写(rewrite),使得 AOF 文件的体积不会超出保留数据集状态所需的理论大小。
- Redis 还能够同时应用 AOF 长久化和 RDB 长久化。在这种状况下,当 Redis 重启时,它会优先应用 AOF 文件来还原数据集,因为 AOF 文件保留的数据集通常比 RDB 文件所保留的数据集更残缺。
- 你甚至能够敞开长久化性能,让数据只在服务器运行时存在。
一、RDB 的长久化
工作原理:每隔肯定工夫给内存照一个快照,将内存中的数据写入文件(rdb 文件)。这是 Redis 默认的长久化形式。当 redis 生成 dump.rdb 文件时,工作过程如下:
- 当达到 RDB 生成条件时,redis 主过程 fork 一个子过程
- fork 进去的子过程将内存的数据集 dump 到长期的 RDB 中
- 当子过程对长期的 RDB 文件写入结束,redis 用新的 RDB 文件代替旧的 RDB 文件
配置参数如下:
RDB 示例测试:能够应用 redis-benchmark 进行压力测试,察看 RDB 文件大小的变动。
bin/redis-benchmark -n 100000 示意执行 100000 个操作
二、RDB 的毛病:
在两次快照之间,如果产生断电,数据会失落。举例:在生成 rdb 后,插入新值。忽然断电,数据可能会失落。
三、监控 RDB:
Redis 监控最间接的办法当然就是应用零碎提供的 info 命令来做了,只须要执行上面一条命令,就能取得 Redis 零碎的状态报告。
bin/redis-cli info | grep rdb_
- rdb_changes_since_last_save 表明上次 RDB 保留当前扭转的 key 次数
- rdb_bgsave_in_progress 示意以后是否在进行 bgsave 操作,1 示意正在进行;0 示意没有进行
- rdb_last_save_time 上次保留 RDB 文件的工夫戳
- rdb_last_bgsave_time_sec 上次保留的耗时
- rdb_last_bgsave_status 上次保留的状态
- rdb_current_bgsave_time_sec 目前保留 RDB 文件已破费的工夫