redis持久化之AOF

redis持久化之AOF

AOF:Append Only File

以io顺序把操作的写命令追加到指定的文件末尾（缺点：文件有可能会变的越来越大）

记录每一次写操作至指定的文件尾部实现持久化；

当redis重启时，可通过重新执行文件中的命令在内存中重建数据库

redis能够合并重写aof的持久化文件，使用bgrewriteaof配置命令实现

bgrewriteaof  --> aof文件重写；

不会读取正在使用的aof文件，而通过将内存中的数据以命令的方式保存到临时文件中，完成之后替换原来的aof文件

通过bgrewriteaof重写，将aof文件变小，来弥补aof的缺点

重建aof文件过程(bgrewriteaof)：

(1)redis主进程通过调用fork创建子进程

(2)子进程根据redis内存中的数据创建数据库重建命令序列于临时文件中

(3)父进程继续接收client的请求，并会把这些请求中的写操作继续追加至原来的AOF文件；额外地，这些新的写请求还会被放置于一个缓冲队列中；

(4)子进程重写完成，会通知父进程；父进程把缓冲中的命令写到临时文件中

(5)父进程用临时文件替换老的aof文件；

相关参数：

appendonly no:不启用aof持久化，默认为no，即关闭的

appendfilename “appendonly.aof”:如果启用aof，则保存的文件名用这个参数设置

appendfsync always |everysec |no

always:每次收到写命令就立即写到磁盘中的aof文件中

everysec:每秒写1次，不管收到多少写请求（一般都用这种方式）

no:不主动写到磁盘中，由系统自已决定什么写

主动触发aof文件重写相关参数：

no-appendfsync-on-rewrite no：

在rewrite期间，不将新写请求同步到磁盘，仅放于内存的缓冲队列当中；

建议为yes，可以预防在重写期间redis崩溃导致数据丢失；

auto-aof-rewrite-percentage 100：

当前aof文件大小是上次重写时aof文件的2倍时，进行bgrewriteaof重写；

auto-aof-rewrite-min-size 64mb：

启动bgrewriteaof重写的最小值，即当此aof达到此最小值才进行重写；

手动触发aof文件重写相关参数：

在redis-cli命令行，输入bgwriteaof即可

注意：持久化本身不能取代备份：还应该制定备份策略，对redis数据库定期进行备份

RDB与AOF同时启用时：

1.BGSAVE和BGREWRITEAOF不会同时执行;

2.在redis服务器启动用于恢复数据时，会优先使用AOF;

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。