Rdb  eq  快照

　　其实就是将数据保存至硬盘内！(自己理解)

操作实现快照

　　1.执行save(该方法会组织客户端的操作直到完成快照后再次放行)

　　　　1.Redis执行save方法

　　　　2.在运行目录下生成dump.rdb

　　　　　　2.1.复制dump.rdb文件内容,创建dump_1.rdb文件将dump.rdb内容放进去

　　　　3.执行FLUSHALL 清空数据库,执行shutdown 关闭数据库

　　　   4.更换dump_1.rdb 文件名称 为dump.rdb (Linux更新文件名称mv - dump_1.rdb dump.rdb)

　　　　5.执行 redis-server ../redis.conf　

　　　　6.keys * 你会惊喜的发现原flushall之前的数据又会存在啦

　　　　7.因为执行完flushall后,后台默认执行bgsave方法保存快照所以要创建 dump_1.rdb文件来存储之前的文件

　　2.bgsave在后台异步进行快照

　　　　操作步骤如save一致。

　　3.系统配置自定义快照存储操作。

　　　　

 Aof(append Only File)

　　作用和 rdb类似,aof相当于将一切非查询操作的语句都进行存储

　　当启动redis-server时会加载appendonly.aof文件 

　　当appendonly.do和dump.rdb同时存在 根据redis.conf配置文件内 appendonly属性进行判断加载 如果appendonly属性等于yes 加载appendOnly.conf不加载dump.rdb文件

　appendonly属性默认为 no 。以下是截图(appendfilename是指对appendonly.aof文件重命名建议不要修改)　　　　

　　　　　　　　　　　　　　

 

appendfsyn是保存策略取值范围

always：总是写入aof文件，并完成磁盘同步
everysec：每一秒写入aof文件，并完成磁盘同步 默认
no：写入aof文件，不等待磁盘同步。

　　

实例:

　　1.执行flushall命令清空redis库,再次查询所有key时为空

　　

　　2.关闭redis服务

　　

　　3.查询当前文件夹内容,存在一个appendonly,aof 和 dump.rdb文件,为了试验数据确实是从appendonly,aof文件中读出的,将dump.rdb文件删除

　　4.删除后的内容

　　

　　5.从新启动redis-server,查询redis发现数据是空的

　　

　　6.上面说过appendonly.aof文件会存储除查询之外的所有操作,我们打开appendonly.aof文件查看下文件内容翻到最后会发现他连flushall操作都记录了所以导致上面查询数据时,返回为空。

　　

　　7.将flushall删除,并随便输入一些内容这一步是为了对redis-check-aof进行使用

　　

　　8.启动redis-server服务链接redis发现链接不上

　　

　　9.这个是因为我们在appendonly.aof文件内修改了加入了错误内容导致服务不能正常启动,修复方法(redis-check-aof --fix appendonly.aof命令进行修复,修复完成后再次启动)

　　

　　10.启动后会发现数据已完成恢复