redis问题
由于redis是基于内存去保存数据的所以服务重启或者宕机会导致内存丢失
redis持久化(RDB)方案
- 默认在每次手动重启服务时,reids会先将数据保存到磁盘然后在关闭服务以达到再次启动后的数据恢复
- 手动配置配置文件 :这种是异步处理。save x y 设置bgsave 在x秒内如果有有个key发送修改则执行bgsave,这样防止因为宕机而数据丢失的问题。save ""表示禁用RDB
RDB的原理和问题
由于redis是单线程的所以开始时会fork主进程得到子进程,子进程会共享主进程的内存数据。从而完成fork后读取数据。这样主进程就可以执行其他事情。
底层原理
redis(AOF(追加文件))持久化
aof默认是关闭的需要手动开启修改配置文件里面的appendonly修改为yes。
aof是指将每次执行的命令记录在一个文件里面如果发送宕机或者服务重启redis会读取这个文件并且重新执行这里的命令。这里执行的频率(刷盘策略)采取默认就行每秒一次,由于这个文件记录的是每一次命令所有大小要比RDB大,对于一些来说相同的命令后面的会覆盖前面的所以记录太多没有意义,因此要重写.aof文件。在配置文件里面有默认的重写机制
AOF和RDBd对比