大橙子网站建设,新征程启航
为企业提供网站建设、域名注册、服务器等服务
为什么要持久化?在不考虑服务器宕机的情况下,是不需要把内存中的数据保存到磁盘,来做持久化的。
成都创新互联公司专业为企业提供淮安区网站建设、淮安区做网站、淮安区网站设计、淮安区网站制作等企业网站建设、网页设计与制作、淮安区企业网站模板建站服务,10多年淮安区做网站经验,不只是建网站,更提供有价值的思路和整体网络服务。
持久化,就是专门为宕机准备的补救措施。redis有rdb和aof两种持久化机制。
原理:
当前进程fork出一个子进程,子进程循环遍历所有的数据,并将数据保存到RDB文件。
时机:
按照配置文件设置的策略,来持久化数据。
配置:
save 900 1
save 300 10
save 60 10000
原理:
redis会将收到的,客户端发送过来的每一个写命令,都追加到aof文件的最后。
时机:
每次写命令,都会记录下操作。
配置:
appendonly yes
#默认不需要修改,最低64m开始重排,重排比率是上次的一倍,128m,256m,512m这样。
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb
持久化:
RDB等待写入条件,频率低,如果一次写入的数据较多,有可能带来服务器卡顿。
AOF马上记录每次写命令,频率高,每次写入的数据很少;生成的文件会比RDB生成的大。
AOF记录数据更及时,丢数据的可能更小。
数据恢复:
RDB恢复数据时,直接从RDB文件读取数据,非常快速。
AOF恢复数据时,需要一条一条命令,操作redis服务器,效率较低。
aof的指令为什么需要重排:
set aa 1
set aa 2
set aa 3
三条指令,其实只需要保存最后一条就可以了,指令重排的意义就是,将三条变成一条set aa 3。
当前进程fork出一个子进程,由子进程完成指令重排。
需要注意的是,在子进程进行指令重排的过程中,如果出现新的指令,主进程做两件事情:
1.将指令追加到老的aof文件末尾;
2.将指令保存到缓存中。缓存中的数据,在子进程完成指令重排之后,全部追加到新的aof文件尾部。
经过上面的分析,我们已经知道rdb和aof各自的优势和缺点。可以根据具体的业务场景,选择合适的方式。
当然,同时使用两种方式也是可以的。