redis为了内部数据的安全考虑,会把本身的数据以文件形式保存到硬盘中一份,在服务器重启之后会自动把硬盘的数据恢复到内存(redis)里,数据保存到硬盘的过程就叫做持久化。
1.快照持久化(snap shotting)
该持久化默认开启,一次性把redis中全部的数据保存存储在硬盘中,如果数据非常多(10-20G)就不适合频繁该持久化操作
(1)快照持久化保留在本地硬盘的数据库备份文件:dump.rdb
(2)快照持久化备份的频率,
save 900 1 #900秒内如果超过1个key被修改,就发起快照保存 save 300 10 #300秒超过10个key被修改,就发起快照保存 save 60 10000 #60秒超过10000个key被修改,就发起快照保存
以上save的意思:
数据修改的频率非常高,备份的频率也高
数据修改的频率低,备份的频率也低
2.AOF持久化(append only file)
本质:把用户执行的每个“写”指令(添加、修改、删除)都备份到文件中,还原数据的时候就是执行具体写指令而已。
开启AOF持久化,会清空redis内部数据
redis.conf 文件修改
appendonly no
改为:
appendonly yes
同时可以修改备份文件的名字:默认是appendonly.aof
备份频率配置:
apendfsync everysec // 每秒钟强制写入磁盘一次,在性能和持久化方面做了很好的这种,推荐 appendfsync always // 每次收到写命令就立即强制写入磁盘,最慢的,但是保证完全的持久化,不推荐使用 appendfsync no // 完全依赖OS,性能最好,持久化没保证
3. 持久化命令
bgsave // 异步保存数据到磁盘(快照保存) lastsave // 返回上次成功保存到磁盘的Unix时间戳 shutdown // 同步保存到服务器并关闭redis服务器 bgrewriteaof // 当日志文件过长时优化AOF日志文件存储 ./redis-cli bgrewriteaof ./redis-cli bgsave ./redis-cli -h 127.0.0.1 -p 6379 bgsave #手动发起快照