摘要： 背景 Redis作为一款简洁、高效的开源K/V数据库，可以被用于内存缓存、持久化存储等不同场景，大量服务于各类互联网应用。同时也提供了丰富的功能配置，客户可以根据各自业务需求，在读写性能、缓存容量、数据可靠性等方面作出灵活的选择。
背景
Redis作为一款简洁、高效的开源K/V数据库，可以被用于内存缓存、持久化存储等不同场景，大量服务于各类互联网应用。同时也提供了丰富的功能配置，客户可以根据各自业务需求，在读写性能、缓存容量、数据可靠性等方面作出灵活的选择。
Redis提供了RDB和AOF两种持久化方式供选择，4.0中更是引入了RDB-AOF混合持久化的方式，整合RDB和AOF的优势，提供更实时的数据持久化保证、更快的恢复速度和更紧凑的空间使用。针对AOF的写入，，Redis提供了两种选项供选择：
• always：aoflog实时写入落盘，保证写入数据的安全性，但写入性能下降严重。
• everysec：buffer写入aoflog，后台定期刷盘，可以很好的保证写入性能，但在failure场景下，需要承担秒级新写入数据丢失的风险。
这两种模式需要用户在性能和数据安全性之间做出取舍，鱼和熊掌无法兼得。对一些对数据安全性有更高要求的场景，需要应用层协同来保证数据安全，会给系统设计和实现带来一定的复杂度。另一方面，在Redis发生failover的时候，会有一个缓存预热重建的过程，期间对应用会有一个可感知的不可服务时间、以及访问延时抖动。
关于上述问题，很重要的一个原因在于目前DRAM和SSD（请忽略HDD）之间巨大的性能鸿沟。近几年，备受学术界和工业界关注的NVM（Non-volatile Memory） 技术，给这类问题的解决带来了新的机遇。
1：NVM产品的存储层次结构
