大佬说，面试只问Redis的面试官水平不高，但作为菜鸟，我发现关于Redis的知识点还是很多，就持久化这一条就看了半天才有个大体了解。
Redis是目前一种主流的NOSQL数据库，常用来做缓存数据库，和Memcache差不多，数据都是缓存在计算机内存中，不同的是，Memcache只能将数据缓存到内存中，无法自动定期写入硬盘，而Redis会周期性的把数据写入磁盘或者把修改操作以追加的方式写入记录文件，从而实现数据的持久化。 除了作为缓存以外，Redis还可以实现发布与订阅、分布式锁等。
题外话：Redis没有复杂的事务，一直以为NOSQL是没有SQL的意思，后来才发现是Not Only SQL。
Redis的持久化有两种方式：RDB、AOF，如果没有进行特殊配置的话默认使用的RDB。 1)RDB(Redis Database) 在指定的时间间隔内将内存中的数据集快照写入磁盘，恢复时也是将快照文件直接读到内存中。 Redis会单独fork一个子进程来进行持久化，会将数据写入到一个临时RDB文件中，待持久化过程都结束了，再用这个临时文件替换正式的RDB文件。整个过程中，主进程是不进行任何IO操作的。这就确保了极高的性能，如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那么RDB方式要比AOF方式更加的高效。RDB默认保存文件是dump.rdb。
优点： 适合大规模的数据恢复； 缺点： 无法保证最后一次修改的数据的完整性。 在配置文件如下位置可配置进行快照的时间间隔。 save 900 1 #在900秒(15分钟)之后，如果至少有1个key发生变化，则dump快照。 save 300 10 #在300秒(5分钟)之后，如果至少有10个key发生变化，则dump快照。 save 60 10000 #在60秒(1分钟)之后，如果至少有10000个key发生变化，则dump快照。 2)AOF(Append Only File) 以日志的形式来记录每个写操作，将Redis执行过的所有指令记录下来(读除外)，只追加文件但不可以改写文件，Redis启动之初会读取该文件重新构建数据。AOF默认保存文件时appendonly.aof。 优点： 如果策略为每一次修改都同步，文件的完整性会更好； 缺点： 文件过大，修复速度慢。 在配置文件如下下位置可配置开启AOF模式。 AOF模式策略： appendfsync always #每次有数据修改发生时都会写入AOF文件; appendfsync everysec #每秒钟同步一次，该策略为AOF的缺省策略; appendfsync no #从不同步。高效但是数据不会被持久化;
两种方式各有其优缺点，具体情况具体分析。最重要的一点，如果你的Redis只用来做缓存，那么不需要进行持久化。
