游戏服务器的存储设计

游戏服务器本质上也是一个分布式系统，涉及到分布式系统就会涉及到一致性。

目标

• 数据存储的概念
• 游戏服务器的存储需求
• 游戏服务器存储方案

问题

• 游戏服务器有哪些数据存储需求呢？
• 相比较web服务，游戏服务器对于存储的需求什么不一样呢？
• 游戏服务器存储和其他网络服务有什么不一样呢？

游戏服务器相比较web服务，存储的数据更为复杂，而且变化的频率更快。

数据存储基础（基础背景）

什么是数据存储？

数据存储

数据存储是指将内存中数据保存到硬盘上形成持久化数据的过程。

数据存储方式

数据存储方式

关系型数据库

数据库表设计与范式（1NF、2NF、3NF），关系型数据的优点在于减少数据冗余、保证数据完整性、SQL语言提供强大查询功能。缺点是数据结构复杂情况下表结构难以维护，性能一般且容易产生性能瓶颈、可扩展性较差。

关系型数据库

NoSQL数据库

NoSQL数据库特点是Key-Value结构和支持结构化存储，其优点在于易于维护、性能较高、可扩展性好。缺点是容易产生数据冗余、不支持SQL查询。

NoSQL

DHT算法

游戏服务器应该如何选择存储方案？

游戏服务器架构与数据存储设计

游戏业务的特点

• 响应速度要求非常高：100ms以上的延迟玩家就会有感知，一般在20~50ms之间。
• 数据更新频率高：玩家数据每时每刻都在变化、如获取经验、获取金钱、获取成就等。

游戏数据的频繁操作程度：update > read > insert > delte。

为实现高速响应，玩家数据全部在内存中。在登录时从DB从加载到内存，游戏过程中的数据变更通过操作内存数据完成。游戏服务器正常运行的时候，是不会动态地从DB中去load数据的。

游戏业务特点

传统的web服务其实大部操作时在读数据，所以它会很强调一个缓存的概念。但是游戏中主要是变更比较多，update的操作会非常频繁，所以更多地是在写数据，因此要考虑怎么去降低对DB的负载。

除此之外，还跟游戏的类型和架构有关。传统的MMORPG会有一个选择区服的概念，也就是业界说的比较多的全区全服和分区分服的概念。

游戏服务器架构介绍

分区分服服务器架构

分区分服简单来说就是每个玩家可以选择不同的服务器进行游戏，每个服务器后面的存储都是相互独立的。这样每个服务器的存储压力会变得比较小。

全区全服服务器架构

两种架构直接导致了对db的性能的要求是不一样的，分区分服可以通过业务项或策划项来控制每个区服的人数。传统的RPG每个区分会限制在5k~6k之间，天刀可以做到单服4w人。

游戏服务器数据库选型

• 分区分服存储特点：单服数据量较少、请求量少、无需动态在线扩容，因此比较适合采用RDBM。
• 全区全服存储特点：数据量大、请求量大、需要动态在线孔融，因此采用NoSQL比较适合。

使用MySQL作为游戏数据库

• Blob：A Blob is a binary large object that can hold a variable amount of data.

blob数据类型分为：tinyblob/blob/mediumblob/longblob，它们之间的区别主要在于容纳对象的大小不一样。

blob

其实也可以把MySQL当作一个KV系统来使用

• 混合式存储设计

稳定数据使用表字段来存储，复杂且不稳定的数据采用blob存储，充分利用SQL的查询优势和KV的便捷优势。

image.png

数据库选择好了，那么如何设计存盘策略呢？

对游戏服务器来说，读不是问题因为很少，更新才是问题。更新首先会在内存中把它记录下来，最终落地综合考虑也是采用一种混合式的操作。

游戏服务器存盘策略设计

• 游戏存盘需求特点：update>read>insert>delete
• 定期自动存盘：3分钟自动存盘
• 重要操作即时存盘：例如升级/下线/关服、获得高价值道具...
• 存储缓冲队列：削峰填谷

游戏服务器存盘策略

游戏服务器存储容灾

• 热备：主从热备，自动切换
• 冷备：每日全量备份，关键操作前做全量备份。

存储容灾

运营日志存储

什么是运营日志呢？它是游戏中玩家重要行为的记录，诸如登录记录、等级变更、财产变化流水、交易记录等信息。

运营日志有什么用途呢？运营分析哟西中玩家动态，是做运营决策的数据基础。当发生异常时，是追查玩家在游戏内的活动轨迹的重要轨迹。

运营日志的存储，由于数据量巨大，单服每日可高达5~10G的未压缩数据。一些涉及游戏收入的流水，是需要永久存档备查的。另外一方面便于分析统计。

运营日志