企业网站关于我们,公司展示网站费用,手机网站制作平台,如何在招聘网站上做薪酬统计流程图 在redis.conf文件中配置appendonly为yes则开启aof持久化机制
#开启aof持久化#xff0c;默认关闭为no
appendonly no也可以在命令行开启
aof刷盘策略
#每个写操作都会同步刷盘。
appendfsync always
#执行命令后先放入aof缓冲区#xff0c;每秒钟将缓冲区数据刷盘…流程图 在redis.conf文件中配置appendonly为yes则开启aof持久化机制
#开启aof持久化默认关闭为no
appendonly no也可以在命令行开启
aof刷盘策略
#每个写操作都会同步刷盘。
appendfsync always
#执行命令后先放入aof缓冲区每秒钟将缓冲区数据刷盘一次,redis的默认策略
appendfsync everysec
#不主动刷盘由操作系统处理
appendfsync noaof文件记录的是redis命令的追加操作通常比rdb文件大得多例如字符串类型对同一个key多次写操作最后一次才有意义因此可以通过执行bgrewriteaof命令重写aof文件达到用最少命令得到相同效果 也可以配置redis促发阈值时进行bgrewriteaof操作
#auto-aof-rewrite-percentage 的默认值为100
#这意味着当AOF文件的大小增长到上一次重写后大小的两倍时
#Redis将自动触发AOF文件的重写操作。这个参数的设置有助于控制AOF文件的大小
#避免其无限增长从而优化文件的大小和性能
auto-aof-rewrite-percentage 100# 当前AOF文件超过64mb才会自动进行AOF重写
auto-aof-rewrite-min-size 64mb
aof持久化机制优点 1:更高的数据安全性AOF记录了所有的写操作因此在大多数情况下它可以提供比RDB更高的数据安全性 2:更好的灾难恢复AOF文件是一个可读的文本文件包含了所有的写操作因此可以更容易地进行灾难恢复 3:实时持久化AOF支持实时持久化每次执行写命令时都会立即将操作追加到文件中确保数据的实时性
aof持久化机制缺点 1:更大的存储空间由于AOF记录了所有的写操作因此它的体积通常会比RDB大得多 2:较慢的恢复速度由于需要逐条执行写操作来恢复数据AOF的恢复速度通常会比RDB慢 3:更复杂的实现AOF的实现相对于RDB来说更复杂需要处理更多的细节问题如命令追加、文件写入策略等
生产环境选用哪种持久化机制 rdb和aof都开启
