redis持久化之AOF

loyalxuan

　　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;