aof

一、Redis提供了哪些持久化机制 1). RDB持久化： 该机制是指在指定的时间间隔内将内存中的数据集快照写入磁盘。 2). AOF持久化: 该机制将以日志的形式记录服务器所处理的每一个写操作，在Redis服务器启动之初会读取该文件来重新构建数据库，以保证启动后数据库中的数据是完整的。 3). 无持久化： 我们可以通过配置的方式禁用Redis服务器的持久化功能，这样我们就可以将Redis视为一个功能加强版的memcached了。 4). 同时应用AOF和RDB。 5). 如果要开启AOF模式，修改Redis的配置文件redis.conf。 # 相关配置 appendonly yes #开启AOF模式 原文1 appendfilename "appendonly.aof" #保存数据的AOF文件名称 原文1 # appendfsync always appendfsync everysec #fsync模式 原文2 # appendfsync no no-appendfsync-on-rewrite no #原文3 auto-aof-rewrite-percentage 100 auto-aof-rewrite-min-size 64mb #原文4 aof-load-truncated yes #原文5 官方文档解释如下： 原文1： By default Redis

本文档翻译自http://redis.io/topics/persistence。 这篇文章提供了 Redis 持久化的技术性描述， 推荐所有 Redis 用户阅读。 要更广泛地了解 Redis 持久化， 以及这种持久化所保证的耐久性（durability）， 请参考文章Redis persistence demystified（中文）。 Redis 持久化 Redis 提供了多种不同级别的持久化方式： RDB 持久化可以在指定的时间间隔内生成数据集的时间点快照（point-in-time snapshot）。 AOF 持久化记录服务器执行的所有写操作命令，并在服务器启动时，通过重新执行这些命令来还原数据集。 AOF 文件中的命令全部以 Redis 协议的格式来保存，新命令会被追加到文件的末尾。 Redis 还可以在后台对 AOF 文件进行重写（rewrite），使得 AOF 文件的体积不会超出保存数据集状态所需的实际大小。 Redis 还可以同时使用 AOF 持久化和 RDB 持久化。 在这种情况下， 当 Redis 重启时， 它会优先使用 AOF 文件来还原数据集， 因为 AOF 文件保存的数据集通常比 RDB 文件所保存的数据集更完整。 你甚至可以关闭持久化功能，让数据只在服务器运行时存在。 了解 RDB 持久化和 AOF 持久化之间的异同是非常重要的，

1 何为持久化 redis 是内存数据库，掉电会丢失，转移数据不便。持久化就是内存数据到硬盘数据的转化。 当然，也可以硬盘到内存（备份的概念，保存，恢复）。 2 怎么实现 两种方法： 快照方式（rdb）+日志方式（aof） 快速+最大化redis性能+方便：rdb 模式 更持久：aof 模式 建议：合理的同时使用这两种方式。 2.1 rdb 快照模式 Snapshotting (快照) 语法 快照是默认的持久化方式（内存全拷贝）。这种方式是就是将内存中数据以快照的方式写入到二进制文件中,默认的文件名为dump.rdb。可以通过配置设置自动做快照持久 化的方式。我们可以配置redis在n秒内如果超过m个key被修改就自动做快照，下面是默认的快照保存配置。（建议从下往上看，60s-300s-900s） save 900 1 //900秒内如果超过1个key被修改，则发起快照保存 save 300 10 //300秒内容如超过10个key被修改，则发起快照保存 save 60 10000 //(这3个选项都屏蔽,则rdb禁用) stop-writes-on-bgsave-error yes // 后台备份进程出错时,主进程停不停止写入 rdbcompression yes // 导出的rdb文件是否压缩 Rdbchecksum yes // 导入rbd恢复时数据时