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内部数据
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 #手动发起快照
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
