一.持久化：
快照文件RDB
保存“开始”创建新快照一刻的内存快照，创建过程的内存变化不会被记录
创建快照的办法有几种
1.客户端可以通过想Redis发送BGSAVE来创建一个快照，redis会调用fork来创建一个子进程，然后子进程负责将快照写入硬盘，而父进程则继续处理命令请求
2.客户端想redis发送SAVE命令创建快照，接到SAVE命令的Redis服务器在快照创建完毕之前将不再响应任何其他命令。
3.save 60 10000，当60秒内有10000次写入，redis就会自动触发BGSAVE命令
4.SHUTDOWN请求时，会执行SAVE命令
5.当一个Redis服务器连接另一个Redis服务器，并向对方发送SYNC命令来开始一次复制操作的时候，如果主服务器目前没有在执行BGSAVE操作，或者主服务器并非刚刚执行完BGSAVE操作，那么主服务器就会执行BGSAVE
适用于丢失一部分数据也不会造成问题的应用程序，或者有办法恢复的场景
问题：
当内存很大时，fork子进程(同步？为什么不用线程)，会导致系统长时间停顿，根据机器性能每1G增加10~20毫秒或200~300毫秒，如果占用了20GB，标准硬件上上运行BGSAVE所创建的子进程将导致Redis停顿200~400毫秒，在一台拥有68GB内存的Xen虚拟机上对一个占用50GB内存的redis服务器执行BGSAVE命令的话，光是创建子进程就需要花费15秒以上，而生成快照则需要花费15~20分钟。
AOF
写命令追加到AOF文件的末尾。always,everysec,no
问题：
aof文件的体积大小。BGREWRITEAOF命令通过移除AOF文件的冗余命令来重写AOF文件，使AOF文件的体积变得尽可能小。BGREWRITEAOF与BGSAVE相似，redis会创建一个子进程，然后由子进程负责对AOF文件进行重写，所以还是会发生页表等进程资源copy给子进程时带来的消耗
auto-aof-rewrite-percentage 100和auto-aof-rewrite-min-size 64mb当aof文件的体积大于64MB，并且AOF文件的体积比上一次重写之后的体积大了至少一倍(100%)的时候，redis将执行BGREWRITEAOF命令。
二.复制
slaveof host port 从服务器在进行同步时，会清空自己的所有数据。 不支持主主复制。
主服务器执行BGSAVE时会使用缓冲区记录被执行的写命令，待快照文件发送完毕，开始向从服务器发送存储在缓冲区里的写命令。
三.事务
watch multi exec
四.流水线
multi exec
当Redis从一个客户端那里收到你multi命令时，redis会将这个客户端之后发送的所有命令都放入到一个队列里面，直到这个客户端发送EXEC命令为止。然后redis就会在不被打断的情况下，一个接一个的执行存储在队列里面的命令。
2.验证dubbo。router层 集群容错负载均衡
3.Spring技术内幕