做网站制作赚钱吗,自己网上开店的步骤,重庆如何快速制作一个网站,ui设计师培训费用在 Redis 中存在两种方式的备份#xff1a;一种是快照恢复#xff08;RDB#xff09;#xff0c;通过快照#xff08;snapshotting#xff09;实现的#xff0c;它是备份当前瞬间 Redis 在内存中的数据记录。 另一种是只追加文件#xff08;Append-Only File#xff…在 Redis 中存在两种方式的备份一种是快照恢复RDB通过快照snapshotting实现的它是备份当前瞬间 Redis 在内存中的数据记录。 另一种是只追加文件Append-Only FileAOF其作用就是当 Redis 执行写命令后在一定的条件下将执行过的写命令依次保存在 Redis 的文件中将来就可以依次执行那些保存的命令恢复 Redis 的数据了。 RDB备份 对于快照备份而言如果当前 Redis 的数据量大备份可能造成 Redis 卡顿但是恢复重启是比较快速的对于 AOF 备份而言它只是追加写入命令所以备份一般不会造成 Redis 卡顿但是恢复重启要执行更多的命令备份文件可能也很大使用者使用的时候要注意。 在 Redis 中允许使用其中的一种、同时使用两种或者两种都不用所以具体使用何种方式进行备份和持久化是用户可以通过配置决定的。对于Redis而言它的默认配置为 ################################## SNAPSHOTTING################################### ...... save 900 1 save 300 10 save 60 10000 ...... stop-writes-on-bgsave-error yes ...... rdbcompression yes ...... dbfilename dump.rdb ############################## APPEND ONLY MODE ############################### ...... appendonly no ...... appendfilename appendonly.aof ...... #appendfsync always appendfsync everysec # appendfsync no...... ...... auto-aof-rewrite-percentage 100 auto-aof-rewrite-min-size 64mb ...... aof-load-truncated yes ......对于快照模式的备份而言它的配置项如下 save 900 1 save 300 10 save 60 10000这 3 个配置项的含义分别为 当 900 秒执行 1 个写命令时启用快照备份。 当 300 秒执行 10 个写命令时启用快照备份。 当 60 秒内执行 10000 个写命令时启用快照备份。Redis 执行 save 命令的时候将禁止写入命令。 stop-writes-on-bgsave-error yes先谈谈 bgsave 命令它是一个异步保存命令也就是系统将启动另外一条进程把 Redis 的数据保存到对应的数据文件中。它和 save 命令最大的不同是它不会阻塞客户端的写入也就是在执行 bgsave 的时候允许客户端继续读/写 Redis。 在默认情况下如果 Redis 执行 bgsave 失败后Redis 将停止接受写操作这样以一种强硬的方式让用户知道数据不能正确的持久化到磁盘否则就会没人注意到灾难的发生如果后台保存进程重新启动工作了Redis 也将自动允许写操作。然而如果安装了靠谱的监控可能不希望 Redis 这样做那么你可以将其修改为 no。 rdbcompression yes这个命令意思是是否对 rbd 文件进行检验如果是将对 rdb 文件检验。从 dbfilename 的配置可以知道rdb 文件实际是 Redis 持久化的数据文件。 dbfilename dump.rdb它是数据文件。当采用快照模式备份持久化时Redis 将使用它保存数据将来可以使用它恢复数据。 appendonly noAOF备份 如果 appendonly 配置为 no则不启用 AOF 方式进行备份。如果 appendonly 配置为 yes则以 AOF 方式备份 Redis 数据那么此时 Redis 会按照配置在特定的时候执行追加命令用以备份数据。 appendfilename appendonly.aof这里定义追加的写入文件为 appendonly.aof采用 AOF 追加文件备份的时候命令都会写到这里。 #appendfsync always appendfsync everysec # appendfsync no......AOF 文件和 Redis 命令是同步频率的假设配置为 always其含义为当 Redis 执行命令的时候则同时同步到 AOF 文件这样会使得 Redis 同步刷新 AOF 文件造成缓慢。而采用 evarysec 则代表每秒同步一次命令到 AOF 文件。 采用 no 的时候则由客户端调用命令执行备份Redis 本身不备份文件。对于采用 always 配置的时候每次命令都会持久化它的好处在于安全坏处在于每次都持久化性能较差。 采用 evarysec 则每秒同步安全性不如 always备份可能会丢失 1 秒以内的命令但是隐患也不大安全度尚可性能可以得到保障。采用 no则性能有所保障但是由于失去备份所以安全性比较差。建议采用默认配置 everysec这样在保证性能的同时也在一定程度上保证了安全性。 no-appendfsync-on-rewrite no它指定是否在后台 AOF 文件 rewrite重写期间调用 fsync默认为 no表示要调用 fsync无论后台是否有子进程在刷盘。Redis 在后台写 RDB 文件或重写 AOF 文件期间会存在大量磁盘 I/O此时在某些 Linux 系统中调用 fsync 可能会阻塞。 auto-aof-rewrite-percentage 100它指定 Redis 重写 AOF 文件的条件默认为 100表示与上次 rewrite 的 AOF 文件大小相比当前 AOF 文件增长量超过上次 AOF 文件大小的 100% 时就会触发 background rewrite。若配置为 0则会禁用自动 rewrite。 auto-aof-rewrite-min-size 64mb它指定触发 rewrite 的AOF文件大小。若AOF文件小于该值即使当前文件的增量比例达到 auto-aof-rewrite-percentage 的配置值也不会触发自动 rewrite。即这两个配置项同时满足时才会触发rewrite。 aof-load-truncated yesRedis 在恢复时会忽略最后一条可能存在问题的指令默认为 yes。即在 AOF 写入时可能存在指令写错的问题突然断电、写了一半这种情况下 yes 会 log 并继续而 no 会直接恢复失败。