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,作为一个事务写入到数据库),出现问题可以通过短时间的回挡+补偿解决问题。
这里只是记录下一个思路,具体的问题和解决方案,等具体实践了之后,再来补充。