AOF持久化
5墨值下载
缓存区的同步文件策略由参数
控制，各个值的含义如下：
：命令写入
后立即调用系统
操作同步到
文件，
完成后线程返回。这种情况下，每次有写命令都要同步到
文件，硬
盘
成为性能瓶颈，
只能支持大约几百
写入，严重降低了
的性能；即便是使用固态硬盘（
），每秒大约也只能处理几万个命令，而
且会大大降低
的寿命。
：命令写入
后调用系统
操作，不对
文件做
同步；
同步由操作系统负责，通常同步周期为
秒。这种情况下，文件同步的时间
不可控，且缓冲区中堆积的数据会很多，数据安全性无法保证。
：命令写入
后调用系统
操作，
完成后线程返回；
同步文件操作由专门的线程每秒调用一次。
是前述两种策略的
折中，是性能和数据安全性的平衡，因此是
的默认配置，也是我们推荐
的配置。
3)
文件重写
(rewrite)
随着时间流逝，
服务器执行的写命令越来越多，
文件也会越来越大；
过大的
文件不仅会影响服务器的正常运行，也会导致数据恢复需要的时间
过长。
文件重写是指定期重写
文件，减小
文件的体积。需要注意的是，
AOF
重写是把
Redis
进程内的数据转化为写命令，同步到新的
AOF
文件；
不会对旧的
AOF
文件进行任何读取、写入操作
!
关于文件重写需要注意的另一点是：对于
持久化来说，文件重写虽然是强
烈推荐的，但并不是必须的；即使没有文件重写，数据也可以被持久化并在
启动的时候导入；因此在一些实现中，会关闭自动的文件重写，然后通
过定时任务在每天的某一时刻定时执行。
文件重写之所以能够压缩
文件，原因在于：
过期的数据不再写入文件
无效的命令不再写入文件：如有些数据被重复设值
!" #$
!" %&
、有些数据被删除了
! #$ !&
等等
多条命令可以合并为一个：如
! #$ ! %$
!
可以合并为
! # %
。不过为了防止单条命令过大造
成客户端缓冲区溢出，对于
、
、
''
、
(
类型的
"
，并不一定只
使用一条命令；而是以某个常量为界将命令拆分为多条。这个常量在
)'*++,++-+.-
中定义，不可更改，
)
版本中值是
/0
。
文件重写的触发
文件重写的触发
文件重写的触发，分为手动触发和自动触发：
手动触发：直接调用
1
命令，该命令的执行与
1
有些类似：
都是
"
子进程进行具体的工作，且都只有在
"
时阻塞。
自动触发：根据
222!2(
和
222
1
参数，以及
(
和
(
状态确定触发
of 12
5墨值下载
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文档的来源（墨天轮），文档链接，文档作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
下载排行榜
评论