难以满足的游戏数据处理需求
时间：2022-04-27 05:27:01 | 来源：行业动态
时间：2022-04-27 05:27:01 来源：行业动态
数据库是游戏软件的核心组件，游戏玩家的各种信息（个人属性、装备、社交信息等）、运营数据、游戏场景数据等都需要借助数据库来保存。过去游戏软件主要采用传统的关系数据库，但传统关系型数据库并不总能很好地满足这个行业的需求。
游戏市场竞争激烈、变化快，有机构调查手机游戏平均寿命为6个月，网络游戏也不超过一年。这就要求游戏的开发要尽可能快，同时，为了保持游戏玩家的新鲜感，游戏上线后还需要不断增加新的功能、新的玩法。这些需求落实到数据库层面就要求数据库对开发人员友好，方便修改和调用，以尽可能节省开发时间。
其次，游戏上线后到底有多少玩家有很大不确定性，要准确预测非常困难。一般规律是，游戏新上线后会迎来一轮高峰，随后会逐渐下降，但也有可能因为某个事件或者某个原因重新热起来，甚至成为爆款。这带来的问题是：资源如果准备多了却没有足够玩家上线，造成浪费；准备少了，游戏会卡顿或者要排队，影响玩家体验。这个需求落实到数据库层面，就需要数据库具有高可扩展性，在上线人数太多资源不够时能快速扩容，人数少时能快速缩容，而且要是无缝的，以节省成本。
传统数据库在满足上述两大需求时存在不足。传统数据库具有严格表结构，表结构一旦定义后如果更改非常困难，还可能涉及应用程序的修改，这会带来很多隐患。传统数据库一种常见的表结构是给游戏的每一种武器、每个物品、每一类元素建一个表，表之间通过ID关联，比较清晰。但是，遇到游戏变更要加表、变更表时就比较麻烦。而且，随着表数量越来越多，数据库的整体性能也会降低。
另外，传统数据库大多数是集中式架构，如果数据量太大需要扩容，往往需要分库分表，这通常要修改程序，或者采用Oracle RAC这样的高端数据库软件，虽然能部分解决大数据量的问题，但成本高，同时可扩展的数据容量也受限。
除了传统数据库之外，也有些游戏直接抛弃了数据库，采用数据序列化技术，把数据变成一个二级制的数据块保存在数据库中，所有数据的处理都在内存完成，好处是性能非常高，但所有操作都依赖程序逻辑来完成，开发和维护成本都非常高。
传统数据库在游戏市场的这些不足给了MongoDB以机会，MongoDB也抓住这一机会，迅速在游戏市场站稳脚跟，并持续开疆拓土。
在线咨询
