redis重写aof原理

r囧r小猫 2023-09-25 11:03 22阅读 0赞

### redis rdb和aof的区别 ###

able. We seldom think of it. The days str

![redis重写aof原理\_redis快照与aof原理][redis_aof_redis_aof]

### 博学谷redis基础教程-63-AOF重写工作原理 ###

### linux上怎么配置redis的aof持久化 ###

\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\# APPEND ONLY MODE \#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#\#

\# 是否开启AOF，默认关闭(no)

appendonly yes

\# 指定 AOF 文件名

appendfilename appendonly.aof

\# Redis支持三种不同的刷写模式：

\# appendfsync always \#每次收到写命令就立即强制写入磁盘，是最有保证的完全的持久化，但速度也是最慢的，一般不推荐使用。

appendfsync everysec \#每秒钟强制写入磁盘一次，在性能和持久化方面做了很好的折中，是受推荐的方式。

\# appendfsync no\#完全依赖OS的写入，一般为30秒左右一次，性能最好但是持久化最没有保证，不被推荐。

\#在日志重写时，不进行命令追加操作，而只是将其放在缓冲区里，避免与命令的追加造成DISK IO上的冲突。

\#设置为yes表示rewrite期间对新写操作不fsync,暂时存在内存中,等rewrite完成后再写入，默认为no

no-appendfsync-on-rewrite no

\#当前AOF文件大小是上次日志重写得到AOF文件大小的二倍时，自动启动新的日志重写过程。

auto-aof-rewrite-percentage 100

\#当前AOF文件启动新的日志重写过程的最小值，避免刚刚启动Reids时由于文件尺寸较小导致频繁的重写。

auto-aof-rewrite-min-size 64mb：简而言之，dump.rdb是由redis服务器自动生成的 默认情况下 每隔一段时间redis服务器程序会自动对数据库做一次遍历，把内存快照写在一个叫做“dump.rdb”的文件里，这个持久化机制叫做snapshot。有了snapshot后，如果服务器宕机Redis 持久化和配置文件

Reids 持久化

Redis提供了两种持久化的方式，分别是RDB(Redis DataBase)和AOF(Append Only File)。

RDB，简而言之，就是在不同的时间点，将redis存储的数据生成快照并存储到磁盘等介质上。

AOF，则是换了一个角度来实现持久化，那就是将redis执行过的所有写指令记录下来，在下次redis重新启动时，只要把这些写指令从前到后再重复执行一遍，就可以实现数据恢复了。

其实RDB和AOF两种方式也可以同时使用，在这种情况下，如果redis重启的话，则会优先采用AOF方式来进行数据恢复，这是因为AOF方式的数据恢复完整度更高。

如果你没有数据持久化的需求，也完全可以关闭RDB和AOF方式，这样的话，redis将变成一个纯内存数据库，就像memcache一样。

redis配置文件

daemonize no \# 默认情况下，redis并不是以daemon形式来运行的。通过daemonize配置项可以控制redis的运行形式

pidfile /path/to/redis.pid\#当以daemon形式运行时，redis会生成一个pid文件，默认会生成在/var/run/redis.pid

bind 192.168.1.2 10.8.4.2 \# 指定绑定的ip，可以有多个

port 6379 \#指定监听端口

unixsocket /tmp/redis.sock \#也可以监听socket

unixsocketperm 755\#当监听socket时可以指定权限为755

timeout 0 \#当一个redis-client一直没有请求发向server端，那么server端有权主动关闭这个连接，可以通过timeout来设置“空闲超时时限”，0表示永不关闭。

Redis通用配置

tcp-keepalive0 \#TCP连接保活策略，可以通过tcp-keepalive配置项来进行设置，单位为秒，假如设置为60秒，则server端会每60秒向连接空闲的客户端发起一次ACK请求，以检查客户端是否已经挂掉，对于无响应的客户端则会关闭其连接。如果设置为0，则不会进行保活检测。

loglevelnotice \#日志级别，有四种debug, verbose, notice, warning

logfile“” \#定义日志路径，

syslog-identredis \#如果希望日志打印到syslog中，通过syslog-enabled来控制。另外，syslog-ident还可以让你指定syslog里的日志标志。

syslog-facility local0 \#指定syslog的设备，可以是USER或者local0-local7

databases 16 \#设置数据库的总数量

Redis快照配置(rdb持久化)

save 900 1 \#表示每15分钟且至少有1个key改变，就触发一次持久化

save 300 10 \#表示每5分钟且至少有10个key改变，就触发一次持久化

save 60 10000 \#表示每60秒至少有10000个key改变，就触发一次持久

save “” \#这样可以禁用rdb持久化

stop-writes-on-bgsave-error yes \#rdb持久化写入磁盘避免不了会出现失败的情况，默认一旦出现失败，redis会马上停止写操作。如果你觉得无所谓，那就可以使用该选项关闭这个功能。

rdbcompressionyes \#是否要压缩

rdbchecksumyes \#是否进行数据校验

dbfilenamedump.rdb \#定义快照文件的名字

dir ./ \#定义快照文件储存路劲

Redis安全相关配置

requirepassaminglinux

\#设置redis-server的密码

rename-command CONFIG aminglinux.config

\#将CONFIG命令更名为aminglinux.config，这样可以避免误操作，但如果使用了AOF持久化，建议不要启用该功能

rename-command CONFIG “”

\#也可以后面定义为空，这样就禁掉了该CONFIG命令

Redis限制相关配置

maxclients10000 \#限制最大客户端连接数

maxmemory \#设定最大内存使用数，单位是byte

maxmemory-policy volatile-lru\#指定内存移除规则

maxmemory-samples 3 \#LRU算法和最小TTL算法都并非是精确的算法，而是估算值。所以你可以设置样本的大小。假如redis默认会检查三个key并选择其中LRU的那个，那么你可以改变这个key样本的数量。

Redis AOF持久化相关配置

appendonlyno \#如果是no，则开启aof持久化

appendfilename“appendonly.aof” \#指定aof文件名字

appendfsynceverysec\#指定fsync()调用模式，有三种no(不调用fsync),always(每次写都会调用fsync),everysec(每秒钟调用一次fsync)。第一种最快，第二种数据最安全，但性能会差一些，第三种为这种方案，默认为第三种。

no-appendfsync-on-rewrite no \#使用no，可以避免当写入量非常大时的磁盘io阻塞

auto-aof-rewrite-percentage 10 \#规定什么情况下会触发aof重写。该值为一个比例，10表示当aof文件增幅达到10%时则会触发重写机制。

auto-aof-rewrite-min-size 64mb \#重写会有一个条件，就是不能低于64Mb

Redis 慢日志相关配置

针对慢日志，你可以设置两个参数，一个是执行时长，单位是微秒，另一个是慢日志的长度。当一个新的命令被写入日志时，最老的一条会从命令日志队列中被移除。

![redis重写aof原理\_redis快照与aof原理\_02][redis_aof_redis_aof_02]

### 什么是Redis持久化 ###

Redis对持久化的支持主要是通过RDB和AOF文件来进行持久化的。

其中RDB持久化是在指定的时间间隔内生成数据集的时间点快照。而AOF持久化记录的是服务器执行的所有写操作命令，在服务器启动的时候，通过重新执行这些命令来还原数据集的。AOF文件中的命令全部以Redis协议的格式来保存，新的命令会被追加到文件的末尾。Redis还可以在后台对AOF文件进行重写，使得AOF文件的体积不会超出保存数据集状态所需要的实际大小。

Redis可以同时使用AOF持久化和RDB持久化，在这种情况下，Redis重启之后，他会优先使用AOF文件来还原数据集，因为AOF文件保存的数据集通常要比RDB文件中保存的数据集更加的完整。

当然也可以关闭持久化功能，让数据仅仅在服务器运行的时候存在。

[redis_aof_redis_aof]: https://img0.baidu.com/it/u=1360899262,2089649703&fm=15&fmt=auto
[redis_aof_redis_aof_02]: https://img2.baidu.com/it/u=1353357092,533822416&fm=15&fmt=auto