使用关系型数据库作为Redis落地的思路
Redis的持久化方式主要有2种：RDB和AOF，但各有不足，同时Redis没有SQL支持，Redis本身提供的命令不足以实现大多数SQL查询需求，对后期运营的分析需求支撑不足。此外，对于游戏来说，活跃玩家只占总玩家的很少一部分，所以冷热数据分离也很有必要。因此我觉得Redis最好的持久化方案是备份到MySql之类的关系型数据库中，Redis本身只作为一个内存缓存系统使用。
- 启动过程：从数据库里面把修改时间在过期时间内的记录(热数据)全部读取写入到Redis中，并设置过期时间。
- 读取过程：先读Redis，如果存在，则直接返回并更新过期时间(如果不存在过期时间则不更新)，否则再去读数据库，读取结果写入到Redis中。如果数据库中不存在，则也用记录的key在Redis做一个不存在的标记，以避免之后再次查询还需要去读数据库，拖慢速度。
- 写入过程：直接写入Redis(同时去掉过期时间)，同时把key以当前时间为score写入一个特定的sorted set(dirtylist)中。
- 持久化过程：持久化程序跟随系统启动，每隔一段时间获取Redis的dirtylist中是否有元素，如果有元素则pop出来，通过key获取记录写入数据库，再把Redis中的key设置过期时间。
风险：
- 额外多了关系型数据库这一个单点。如果数据库发生了故障，则短时间内无法读取冷数据，读取热数据和写入都没有问题。只要监控到位，反应及时，风险影响不大。
- 数据丢失的风险。如果Redis发生了故障，则会丢失写入到Redis但还未持久化的记录(dirtylist里面的记录)。这一点无法避免，但单从游戏的角度来说，只要保证以事务为单位的持久化(比如说dirtylist同一时间的key，作为一个事务写入到数据库)，出现问题可以通过短时间的回挡+补偿解决问题。
这里只是记录下一个思路，具体的问题和解决方案，等具体实践了之后，再来补充。
