AOF
•以日志的形式来记录每个写操作,将Redis执行过的所有写指令记录下来(读操作不记录),只许追加文件但不可以改写文件,Redis启动之初会读取该文件重新构建数据,换言之,Redis重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作。
•AOF默认不开启,需要手动在配置文件中配置
•可以在redis.conf中配置文件名称,默认为 appendonly.aof
•AOF文件的保存路径,同RDB的路径一致。
AOF文件故障备份
•AOF的备份机制和性能虽然和RDB不同, 但是备份和恢复的操作同RDB一样,都是拷贝备份文件,需要恢复时再拷贝到Redis工作目录下,启动系统即加载。
•AOF和RDB同时开启,系统默认取AOF的数据
AOF文件故障恢复
•AOF文件的保存路径,同RDB的路径一致。
•如遇到AOF文件损坏,可通过
redis-check-aof --fix appendonly.aof 进行恢复
AOF同步频率设置
•始终同步,每次Redis的写入都会立刻记入日志
•每秒同步,每秒记入日志一次,如果宕机,本秒的数据可能丢失。
•把不主动进行同步,把同步时机交给操作系统。
Rewrite
•AOF采用文件追加方式,文件会越来越大为避免出现此种情况,新增了重写机制,当AOF文件的大小超过所设定的阈值时,Redis就会启动AOF文件的内容压缩,只保留可以恢复数据的最小指令集.可以使用命令bgrewriteaof。
Redis如何实现重写?
•AOF文件持续增长而过大时,会fork出一条新进程来将文件重写(也是先写临时文件最后再rename),遍历新进程的内存中数据,每条记录有一条的Set语句。重写aof文件的操作,并没有读取旧的aof文件,而是将整个内存中的数据库内容用命令的方式重写了一个新的aof文件,这点和快照有点类似。
AOF的优点
•备份机制更稳健,丢失数据概率更低。
•可读的日志文本,通过操作AOF稳健,可以处理误操作。
AOF的缺点
•比起RDB占用更多的磁盘空间。
•恢复备份速度要慢。
•每次读写都同步的话,有一定的性能压力。
•存在个别Bug,造成恢复不能。