持久化就是把内存的数据写到磁盘中去,防止服务宕机了内存数据丢失
redis提供两种持久化方式:RDB(默认)快照方式和AOF追加方式
RDB(redis database)
通过创建快照来获取存储在内存里面的数据在某个时间点上的副本。在创建快照以后,用户可以对快照进行备份,可以将快照赋值到其他服务器从而创建相同数据的服务器副本。不足之处在于如果系统真的发生了崩溃,用户将最近一次生成快照以后更改的所有数据。
AOF追加方式(append only file)
将被执行的写命令写到AOF文件的末尾
比较:
1.AOF文件比RDB更新频率高,优先使用AOF还原数据
2.AOF比RDB更安全也更大
3.RDB的性能比AOF的好
4.如果两个都配了优先加载AOF
上面都是偏理论性的知识,百度一搜一大堆。下面咱们看看在电脑上到底是怎么配置的……
--------------------------------------------------------分割线------------------------------------------------------------------
RDB
注意:一定是redis.conf文件,下面那2个配置文件我都试过不起作用
上面是redis默认给出的配置,配置含义:
900秒内,如果超过1个key被修改,则发起快照保存
300秒内,如果超过10个key被修改,则发起快照保存
60秒内,如果1万个key被修改,则发起快照保存
最后生成的快照文件:dump.rdb
实验
来了,重点来了,测试快照的时候
在redis.conf里面加入
save 10 1
最后重启redis,给某一个key改一个值,查看生成的快照文件的时间,然后拿一下数据看是否存在就可以了。
AOF
这个默认是关闭的状态,还需要自己手动改为yes
在redis.conf里面添加
appendonly yes
重启redis后,就会多出来一个appendonly.aof文件
那重点来了,实际上,AOF持久化并不会立即将命令写入到硬盘文件中,而是写入到硬盘缓存,因此我们需要配置一个策略,写入磁盘。
在Redis的配置文件中存在三种同步方式,它们分别是:
appendfsync always #每次有数据修改发生时都会写入AOF文件。
appendfsync everysec #每秒钟同步一次,该策略为AOF的缺省策略。
appendfsync no #从不同步。高效但是数据不会被持久化。
记得配置appendfsync