AOF文件，后辍是.aof的文件是什么文件？

楼主，你遇到的问题是文件被ADEL公司出品的QQ指纹密码仪加密了。

ADEL这款指纹仪具有电脑系统指纹登录（不用记密码和担心密码被人偷看去）、文件及文件夹指纹加密等功能。

你表哥的电脑上肯定装了ADEL公司的这款指纹仪，可能你表哥这些文件比较重要，不希望别人看到。所以用这种指纹仪对“工作汇报.doc”，“官场感想.pdf”等文件加密。通过这种指纹仪加密后，文件名后就会增加了.afo这样的后辍。加密后的文件即使是被人复制到别的电脑，以及本电脑系统重装等都不会丢失和破解。这种密码不是普通的数字和字母，密钥是使用者的指纹，所以无法破解，除非用原指纹解密。

同时，由于你说“没有图标也打不开”，估计是目前这台电脑上的系统被重装过，或者是加密程序本身曾被卸载了，只留下指纹加密后的文件，而无法读取。

如果一定要读取，可找到这个指纹仪（或者买一个同型号的），重新安装指纹加密程序，就可以看到文件图标，双击或者点右键指纹解密，就会提醒输入验证指纹。找你表哥输入原来的指纹，正确即可解密。

否则这个文件，就只有你表哥自己能使用了。

AOF和RDB是两种redis持久化的机制。

RDB:

RDB是将支持当前数据的快照存成一个数据文件的持久化机制。

1.在生成快照时，将当前进程fork出一个子进程.

2.然后再子进程中循环所有的数据，将数据写入到二进制文件中。

3.当子进程将快照写入临时文件完毕后，用临时文件替换原来的快照文件，然后子进程退出。

优点:

1.一旦采用该方式，那么你的整个Redis数据库将只包含一个文件，这样非常方便进行备份。比如你可能打算每1天归档一些数据。

2.方便备份的同时，我们也很容易的将一个RDB文件移动到其他存储物质上。

3.RDB 可以最大化 Redis 的性能：父进程在保存 RDB 文件时唯一要做的就是 fork 出一个子进程，然后这个子进程就会处理接下来的所有保存工作，父进程无须执行任何磁盘 I/O *** 作。

劣势:

如果你想在服务器上避免数据的丢失，那么RDB就不适合了，因为RDB文件需要保存整个数据集的状态，因为你可能会在5分钟才保存一次RDB文件，在这种情况下，一旦发生故障停机，你可能会损失好几分钟的数据。

每次在保存RDB的时候，Redis都要fork出一个子进程，并由子进程来进行实际的持久化工作，如果在数据集比较庞大时，fork可能会非常耗时，造成服务器在那么一瞬间会停止处理客户端；虽然AOF重写也需要进行fork，但AOF重写的执行时间间隔有多长，数据的耐久性都不会有任何损失。

AOF:

AOF: Redis 默认不开启。它的出现是为了弥补RDB的不足（数据的不一致性），所以它采用日志的形式来记录每个写 *** 作，并追加到文件中。Redis 重启的会根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作。AOF的工作原理就是是将写 *** 作追加到文件中，文件的冗余内容会越来越多。所以Redis 新增了重写机制。当AOF文件的大小超过所设定的最大值时，Redis就会对AOF文件的内容压缩。

优点：数据的完整性和一致性更高

缺点：因为AOF记录的内容多，文件会越来越大，数据恢复也会越来越慢。

总结

Redis 默认开启RDB持久化方式，在指定的时间间隔内，执行指定次数的写 *** 作，则将内存中的数据写入到磁盘中。

RDB 持久化适合大规模的数据恢复但它的数据一致性和完整性较差。

Redis 需要手动开启AOF持久化方式，默认是每秒将写 *** 作日志追加到AOF文件中。

AOF 的数据完整性比RDB高，但记录内容多了，会影响数据恢复的效率。

Redis 针对 AOF文件大的问题，提供重写的瘦身机制。

若只打算用Redis 做缓存，可以关闭持久化。

若打算使用Redis 的持久化。建议RDB和AOF都开启。其实RDB更适合做数据的备份，留一后手。AOF出问题了，还有RDB。

---