与快照持久化相比,AOF 持久化的实时性更好,因此已成为主流的持久化方案。默认情况下 Redis 没有开启 AOF(append only file)方式的持久化,可以通过 appendonly 参数开启:
开启AOF持久化操作时:
appendonly yes
在开启AOF持久化时,毎执行一条会更改redis的数据的命令,redis就会将该命令写入缓存server.aof_buf中,然后根据参数决定什么时间将其同步到磁盘的aof文件中
设置时间参数为:
appendfsync always #每次有数据修改发生时都会写入AOF文件,这样会严重降低Redis的速度
appendfsync everysec #每秒钟同步一次,显式地将多个写命令同步到硬盘
appendfsync no #让操作系统决定何时进行同步
为了兼顾数据和写入性能,用户可以考虑 appendfsync everysec
选项 ,让 Redis 每秒同步一次 AOF 文件,Redis 性能几乎没受到任何影响。而且这样即使出现系统崩溃,用户最多只会丢失一秒之内产生的数据。当硬盘忙于执行写入操作的时候,Redis 还会优雅的放慢自己的速度以便适应硬盘的最大写入速度。
AOF日志是如何实现的?
关系型书库在记录日志的时候是执行命令之前就记录日志,而redis的aof持久化记录日志是在执行命令之后再记录。
为什么AOF总是在执行完命令之后记录日志呢?
- 因为redisaof持久化的时候是不会检查命令的语法的,所以在执行完命令之后再记录能减少额外的检查开销
- 在执行完命令之后记录日志不会影响当前命令的执行
上面问题引入的缺点?
- 如果刚执行完命令的时候redis服务宕机,就会出现相关命令丢失
- 因为aof记录日志的操作时在主线程中进行的所以会影响其他命令的执行