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

Posted 2023-04-07

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<bytes> #设定最大内存使用数，单位是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 慢日志相关配置
针对慢日志，你可以设置两个参数，一个是执行时长，单位是微秒，另一个是慢日志的长度。当一个新的命令被写入日志时，最老的一条会从命令日志队列中被移除。 参考技术A ############################## 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

redis学习--的持久化数据备份（RDB和AOF）

接上一篇：安装window下的redis，redis可视化管理工具（Redis Desktop Manager）安装，基础使用，实例化项目

 

一、dump.rdb文件是怎么生成的

二、什么是redis持久化

三、redis的RDB是什么？

四、redis配置文件redis.config相关配置

五、redis优点

六、redis缺点

 

redis比memcache作为缓存数据库强大的地方：（1）支持数据类型比较多，（2）redis持久化功能。

 

一、dump.rdb文件是怎么生成的

在redis服务挂掉的时候，根据redis的配置文件，会自动备份数据到本地。

dump.rdb是由redis服务器自动生成的。

默认情况下，每隔一段时间redis服务器程序会自动对数据库做一次遍历，把内存快照写在一个叫做“dump.rdb”文件里，这种持久化机制叫做SNAPSHOT。有了SNAPSHOT后，如果服务器宕机，重新启动redis服务器程序时redis会自动加载dump.rdb，将数据库恢复到上一次SNAPSHOT的状态。

 

至于多久一次做一次SNAPSHOT，SNAPSHOT文件的路径和文件名，你可以在redis的config文件中指定。

 

二、什么是redis的持久化

Redis提供了不同级别的持久化方式：

（1）RDB持久化方式：能够在指定的时间间隔能对你的数据进行快照存储。

（2）AOF持久化方式：每次对服务器写的操作，当服务器重启的时候回重新执行这些命令来恢复原始的数据，AOF命令以redis协议追加保存每次写的操作到文件末尾。redis还能对AOF文件进行后台重写，使得AOF文件的体积不至于过大。

（3）如果你只希望你的数据在服务器运行的时候存在，你可以不使用任何持久化方式。

（4）你也可以同时开启这两种持久化方式。当redis服务重启的时候回优先载入AOF文件来恢复原始的数据，因为在通常情况下AOF文件保存的数据集要比RDB文件保存的数据集要完整

 

三、Redis的RDB是什么

RDB在指定的时间间隔内将内存中的数据集快照写入磁盘，也就是SNAPSHOT快照。

它恢复时是将快照文件直接写入到内存里，redis会单独创建（fork）一个子进程进行持久化吗，会先将数据写入到一个临时文件中，持久化过程都结束了，在用这个临时文件替换上从持久化好的文件。

整个过程中，主进程是不进行任何IO操作的，这就确保了极高的性能。如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是敏感，那RDB方式要比AOF方式更加高效。、

redis的缺点是最后一次持久化后的数据可能丢失。

 

四、redis配置文件redis.config相关配置

（一）RDB快照方式持久化磁盘

先看redis.window.config文件

################################ SNAPSHOTTING  ################################
#
# Save the DB on disk:
#
#   save <seconds> <changes>
#
#   Will save the DB if both the given number of seconds and the given
#   number of write operations against the DB occurred.
#
#   In the example below the behaviour will be to save:
#   after 900 sec (15 min) if at least 1 key changed
#   after 300 sec (5 min) if at least 10 keys changed
#   after 60 sec if at least 10000 keys changed
#
#   Note: you can disable saving completely by commenting out all "save" lines.
#
#   It is also possible to remove all the previously configured save
#   points by adding a save directive with a single empty string argument
#   like in the following example:
#
#   save ""

save 900 1
save 300 10
save 60 10000

# By default Redis will stop accepting writes if RDB snapshots are enabled
# (at least one save point) and the latest background save failed.
# This will make the user aware (in a hard way) that data is not persisting
# on disk properly, otherwise chances are that no one will notice and some
# disaster will happen.
#
# If the background saving process will start working again Redis will
# automatically allow writes again.
#
# However if you have setup your proper monitoring of the Redis server
# and persistence, you may want to disable this feature so that Redis will
# continue to work as usual even if there are problems with disk,
# permissions, and so forth.
stop-writes-on-bgsave-error yes

# Compress string objects using LZF when dump .rdb databases?
# For default that\'s set to \'yes\' as it\'s almost always a win.
# If you want to save some CPU in the saving child set it to \'no\' but
# the dataset will likely be bigger if you have compressible values or keys.
rdbcompression yes

# Since version 5 of RDB a CRC64 checksum is placed at the end of the file.
# This makes the format more resistant to corruption but there is a performance
# hit to pay (around 10%) when saving and loading RDB files, so you can disable it
# for maximum performances.
#
# RDB files created with checksum disabled have a checksum of zero that will
# tell the loading code to skip the check.
rdbchecksum yes

# The filename where to dump the DB
dbfilename dump.rdb

# The working directory.
#
# The DB will be written inside this directory, with the filename specified
# above using the \'dbfilename\' configuration directive.
#
# The Append Only File will also be created inside this directory.
#
# Note that you must specify a directory here, not a file name.
dir ./

 

4.1如何触发RDB快照

配置文件中默认的快照配置

save 900 1
save 300 10
save 60 10000

上面的意思就是说：

（1）如果至少一个键改变，会在900秒（15分钟）之后执行save操作

（2）如果至少改变10个键，则在300秒（5分钟）之后执行save操作

（3）如果至少改变10000个键，则在60秒（1分钟）之后执行save操作

命令save：只管保存，其他不管

命令bgsave：redis会在后台异步进行快照操作，快照的同时还可以响应客户端请求。

 

4.2默认的RDB方式保存的是dump.rdb文件，恢复识别也是dump.rdb

 

4.3stop-writes-on-bgsave-error yes

如果后台保存到磁盘发生错误,将停止写操作，使用LZF压缩rdb文件，这会耗CPU， 但是可以减少磁盘占用。

 

4.4rdbcompression yes

保存rdb和加载rdb文件的时候校验，可以防止错误，但是要付出约10%的性能，可以关闭，提高性能。

 

4.5rdbchecksum yes

导出的rdb文件名

 

4.6dbfilename dump.rdb

设置工作目录，rdb文件会写到该目录，append only file也会存储在该目录下

 

4.7dir ./

redis会自动快照保存到磁盘或者调用bgsave，是后台进程完成的，其他客户端任然可以读写redis服务，后台保存快照到磁盘会占用大量的内存。

 

（二）AOF（append-only file）方式持久化

另外一种方式为递增的方式，将会引起数据变化的操作，持久化到文件中，重启redis的时候，通过操作命令，恢复数据。

每次执行写操作命令之后，都会将数据写到server.aofbuf中。

#
# More details please check the following article:
# http://antirez.com/post/redis-persistence-demystified.html
#
# If unsure, use "everysec".

# appendfsync always
appendfsync everysec
# appendfsync no

# When the AOF fsync policy is set to always or everysec, and a background
# saving process (a background save or AOF log background rewriting) is
# performing a lot of I/O against the disk, in some Linux configurations
# Redis may block too long on the fsync() call. Note that there is no fix for
# this currently, as even performing fsync in a different thread will block
# our synchronous write(2) call.

当配置为always的时候，每次server.aofbuf中的数据写入到文件之后，才会返回到客户端，这样可以保证数据不丢失，但是频繁的IO操作，会降低性能。

everysec每秒写一次，这可能会丢失一秒内的操作。

 

五、redis优点

（1）适合大规模的数据恢复

（2）对数据完整性和一致性要求不高

 

六、redis缺点

（1）在一定间隔时间做一次备份，所以redis意外的挂掉的话，就会丢失最后一次快照后的所有修改

（2）fork的时候，内存中的数据被被克隆一份，大致2倍的膨胀性需求考虑