Redis一些小干货

标签：执行   行数据   根据   存在   地方   snap   list   内容   存储   

 Redis的持久化：

　　RDB：在指定的时间间隔内将内存中的数据集快照写入磁盘，也就是行话讲的Snapshot快照，它恢复时是将快照文件直接读到内存里。（默认保存的文件为dump.rdb）

　　优点：节省磁盘空间、恢复速度快

　　缺点：消耗性能，丢失最后一次快照后的所有修改

　　可以在配置文件中配置保存路径

　　　保存的策略：

　　　　手动保存快照

1. 1. 命令save: 只管保存，其它不管，全部阻塞
   2. save vs bgsave

　　　　配置选项：

　　　　　stop-writes-on-bgsave-error yes

• • 当Redis无法写入磁盘的话，直接关掉Redis的写操作

　　　　　rdbcompression yes

• • 进行rdb保存时，将文件压缩

　　　　　　rdbchecksum yes

• • 在存储快照后，还可以让Redis使用CRC64算法来进行数据校验，但是这样做会增加大约10%的性能消耗，如果希望获取到最大的性能提升，可以关闭此功能

　　　　rdb的备份

1. 1. 先通过config get dir 查询rdb文件的目录
   2. 将*.rdb的文件拷贝到别的地方

　　　　rdb的恢复
　　　　　　1.关闭Redis
　　　　　　2.先把备份的文件拷贝到工作目录下
　　　　　　3.启动Redis, 备份数据会直接加载

　　AOF：

　　以日志的形式来记录每个写操作，将Redis执行过的所有写指令记录下来(读操作不记录)，只许追加文件但不可以改写文件，Redis启动之初会读取该文件重新构建数据，换言之，Redis重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作。

　　　优点：备份机制更稳健，丢失数据概率更低

　　　　　　刻度的日志文本，通过操作AOF稳健

　　　 缺点：

　　　　　　比起RDB更加占用磁盘空间

　　　　　　恢复备份速度要慢

　　　　　　每次读写都同步的话，有一定的性能压力

　　　　　　存在个别的BUG，造成恢复不能

　　默认是不开启的，需要在配置文件中进行配置，如下图：

　　也可以配置文件名名称，默认是appendonly.aof

　　aof文件的保存路径和RDB的路径一致

　　AOF同步频率设置

　　一共三个选项：

　　1.始终同步，每次Redis的写入都会理科记入日志

　　2.每秒同步，每秒记入日志一次，如果宕机，只损失这一秒的数据(推荐选择这一种)

　　3.把不主动进行同步，把同步实际交给操作系统

　　问题：AOF和RDB同时开启，redis听谁的？AOF

 　　AOF采用文件追加方式，文件会越来越大为避免出现此种情况，新增了重写机制,当AOF文件的大小超过所设定的阈值时，Redis就会启动AOF文件的内容压缩，

　　只保留可以恢复数据的最小指令集.可以使用命令bgrewriteaof。

　　何时进行重写？

　　重写虽然可以节约大量磁盘空间，减少恢复时间。但是每次重写还是有一定的负担的，因此设定Redis要满足一定条件才会进行重写。

　　系统载入时或者上次重写完毕时，Redis会记录此时AOF大小，设为base_size,如果Redis的AOF当前大小>= base_size +base_size*100% (默认)且当前大小>=64mb(默认)的情况下，Redis会对AOF进行重写

 　　建议AOF和RDB两个都启用

Redis一些小干货

标签：执行   行数据   根据   存在   地方   snap   list   内容   存储   

原文地址：https://www.cnblogs.com/lorenblog/p/8794576.html