使用教程（十）：持久性和详细的解释
1。Redis提供的持久性机制是什么：1）。关系数据库的持久性：
该机制是指在指定的时间间隔内将内存中的一组数据写入磁盘中的快照。
2）。AOF持久化：
该机制将在服务器的形式记录每个写操作日志，在启动初期的redis服务器重新建立数据库读取文件，确保在数据库中数据的开始是完整的。
3）。没有恒心：
我们可以禁用Redis服务器的持久化功能的配置方式，使我们可以看到Redis作为一个功能增强版的memcached。
4）。在同一时间使用AOF和RDB。
二，优点和缺点的RDB机制：
关系数据库的优点是什么
1）。这是一次使用，那么你整个redis数据库只包含一个文件，这是完美的备份文件，例如，你可能计划文件的最后24个小时的数据每小时和文件最后30天的数据，每一天，这样的备份策略，一旦系统有一个灾难性的失败，我们可以很容易的恢复。
2）。对于灾难恢复，数据库是一个很好的选择，因为我们可以很容易地压缩一个文件，然后将它转移到其他存储介质。
3）。最大的性能。对于redis服务过程中，在持久化的开始，它只需要做的是叉的过程，然后通过这些持续的工作过程中完成的，所以它可以大大避免服务实施过程的IO操作。
4）。相比于多种机制，如果数据集非常大，关系数据库的启动效率会更高。
关系数据库的缺点是什么
1）。如果你想确保这是数据的高可用性，减少数据的丢失，那么数据库将不是一个好的选择。因为系统一旦时间持续停工现象之前，以前没有时间写磁盘上的数据将丢失。
2）。因为关系数据库有助于通过叉子过程完成数据的持久化，如果数据集非常大，它可能导致整个服务器停止服务几百毫秒，甚至1秒。
三、优点和缺点的多种机制：
的优点是什么
1）。该机制可以带来更高的数据安全性，即数据的持久化。在redis、3同步策略，即同步每秒，每个修改的同步和异步。事实上，第二同步也是异步的完成，其效率是非常高的，不同的是，一旦系统宕机现象，然后更改数据的秒将丢失。当每次修改都是同步的，我们可以看到作为一个同步的持久性，即在每一个数据的变化将被立即记录在磁盘上，可以预见的是，这种方法是效率最低的。由于缺乏同步的情况下，没有必要多说。我想每个人都能正确地理解它。
2）。由于日志文件的操作机制使用的是追加模型，所以在编写过程中，即使停机现象，也不会破坏日志文件的内容已经存在。但是，如果我们的操作是用一半的数据写的，就会出现系统崩溃。不必担心，我们可以帮助我们通过Redis解决数据一致性问题，在下一个redis启动检查多种工具。
3）。如果日志太大，使用能自动使重写机制，不断改进老写redis数据磁盘文件追加模式，和Redis会创建一个新文件记录修改命令在此期间执行。所以数据安全得到更好的保证当重写交接完成。
4）。A包含一个清晰易懂，用来记录所有的修改操作的日志文件。事实上，我们也可以完整的数据通过这个文件重建。
AOF的缺点是什么
1）。对于数据集的数量相同，AOF文件通常大于RDB文件。
2）。根据同步策略的差异，多种往往比RDB运行效率慢，每秒同步政策效率高，并同步效率禁用政策是有效的数据库。
四。其他：
1。Snapshotting：
默认情况下，Redis将快照的数据转储到dump.rdb文件。另外，我们也可以通过配置文件修改redis服务器转储快照的频率。开放6379.conf文件后，我们可以看到下面的搜索保存配置信息。
在900秒的时间节省9001 #（15分钟），如果至少有1个关键的变化，转储快照。
在300秒的时间节省30010 #（5分钟），如果至少有10个关键的变化，转储快照。
在60秒的时间节省6010000 #（1分钟），如果至少有10000个关键的变化，转储快照。
2。转储快照机制：
1）。Redis的第一叉子。
2）。子进程写入快照数据到临时数据库文件。
3）。当进程完成数据写入操作时，则将临时文件替换为旧文件。
三.AOF文件：
已经说了很多次，关系数据库的快照定时转储机制不能保证良好的数据持久性。如果我们的应用程序也非常重视这一点，我们可以考虑使用多种机制Redis，Redis服务器，默认机制是关系数据库，如果你需要使用多种，你需要修改配置文件中的以下条目：
Change appendonly no to appendonly yes
从现在起，再将它添加每次接收到的数据修改命令的AOF文件。当Redis在下一次重新启动，你需要加载的信息在AOF文件建立新的数据到内存中。
4。多种配置：
在Redis的配置文件有三种类型的同步，这是：
appendfsync总是#每次数据修改时将写入AOF文件。
appendfsync everysec #每秒同步时间，这个策略是多种默认策略。
appendfsync没有#不同步。高效，但数据不会被保留。
5。如何修复坏的AOF文件：
1）。现有的AOF文件已被损坏的额外副本。
2）。执行重新检查一--修复命令来修复受损的AOF文件。
3）。重启Redis服务器恢复AOF文件。
6。redis数据备份：
在Redis，我们可以备份运行redis数据文件在线复制。这是因为数据库文件将不被修改，一旦生成，Redis总是更新最新的数据转储到一个临时文件，然后将临时文件重命名为原始数据文件名采用原子重命名功能。所以我们可以说，在任何时间复制数据文件是安全的和一致的。鉴于此，我们可以定期备份使用数据文件创建cron作业，和备份文件复制到安全的磁盘介质。