- 1.RDB(Redis DataBase)
- 1.1 RDB是什么
- 1.2 dump.rdb文件
- 1.3Redis启动方式
- 1.4 配置文件中默认快照配置
- 1.5 命令save VS bgsave
- 1.6 RDB举例
- 1.7 stop-writes-on-bgsave-error
- 1.8 rdbchecksum 检查完整性
- 2.持久化如何执行的
- 2.1 流程
- 优势
- 劣势
- 3. redis备份
redis 是一个支持持久化的内存数据库,也就是说 redis 需要经常将内存中的数据同步到磁盘来保证持久化。redis 支持两种持久化方式,一种是 RDB->Snapshotting(快照)也是默认方式,另一种是 Append-only file(缩写 aof)的方式。
1.1 RDB是什么在指定的时间间隔内将内存中的数据集快照写入磁盘, 也就是行话讲的Snapshot快照,它恢复时是将快照文件直接读到内存里
1.2 dump.rdb文件在redis.conf配置文件名称,默认为dump.rdb
1.3Redis启动方式
这么做,是rdb文件在启动目录下生成。
参数说明:
- save 900 1 #900 秒内如果超过 1 个 key 被修改,则发起快照保存
- save 300 10 #300 秒内容如超过 10 个 key 被修改,则发起快照保存
save :save时只管保存,其它不管,全部阻塞。手动保存。不建议。
bgsave:Redis会在后台异步进行快照操作, 快照同时还可以响应客户端请求。
可以通过lastsave 命令获取最后一次成功执行快照的时间
设置30秒10个key变化就持久化,这里新增12个key
dbsize ->12
当Redis无法写入磁盘的话,直接关掉Redis的写操作。推荐yes.
在存储快照后,还可以让redis使用CRC64算法来进行数据校验,
但是这样做会增加大约10%的性能消耗,如果希望获取到大的性能提升,可以关闭此功能
推荐yes.
Redis会单独创建(fork)一个子进程来进行持久化,会先将数据写入到 一个临时文件中,待持久化过程都结束了,再用这个临时文件替换上次持久化好的文件。 整个过程中,主进程是不进行任何IO操作的,这就确保了极高的性能 如果需要进行大规模数据的恢复,且对于数据恢复的完整性不是非常敏感,那RDB方式要比AOF方式更加的高效。RDB的缺点是最后一次持久化后的数据可能丢失。
参考:
- 适合大规模的数据恢复
- 对数据完整性和一致性要求不高更适合使用
- 节省磁盘空间
- 恢复速度快
- Fork的时候,内存中的数据被克隆了一份,大致2倍的膨胀性需要考虑
- 虽然Redis在fork时使用了写时拷贝技术,但是如果数据庞大时还是比较消耗性能。
- 在备份周期在一定间隔时间做一次备份,所以如果Redis意外down掉的话,就会丢失最后一次快照后的所有修改。
- 先通过config get dir 查询rdb文件的目录
- 将*.rdb的文件拷贝到别的地方
- rdb的恢复
关闭Redis
先把备份的文件拷贝到工作目录下 cp dump2.rdb dump.rdb - 启动Redis, 备份数据会直接加载
你是否还在寻找稳定的海外服务器提供商?创新互联www.cdcxhl.cn海外机房具备T级流量清洗系统配攻击溯源,准确流量调度确保服务器高可用性,企业级服务器适合批量采购,新人活动首月15元起,快前往官网查看详情吧
文章题目:Redis持久化之RDB-创新互联
URL标题:http://scgulin.cn/article/dijeoh.html