本文内容源自腾讯游戏学院程序公开课_服务器第四节

一、数据存储基础

什么是数据存储？

运行数据保存到硬盘上形成持久化数据。

data——>file(database)——>file system——>hard driver

数据变为文件，存入文件系统，文件系统通过OS这一层落到硬盘上面。

数据库 - 关系型数据库

数据库表设计与范式

1NF,2NF,3NF

优点

减少数据冗余

保证数据完整性

SQL语言提供了强大的查询功能

问题

数据结构复杂情况下表结构难以维护

性能一般，容易产生性能瓶颈

可扩展性较差

数据库 - NoSQL数据库

NoSQL数据库特点

Key - Value结构

支持结构化查询

优点

易于维护

性能较高

可扩展性好

问题

容易产生数据冗余

不支持SQL查询

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

游戏业务的特点

响应速度要求非常高

100ms以上的延迟玩家就会有感知

数据更新频率高

玩家数据每时每刻都在变化

获取经验，获取金钱，获取成就

update > read > insert > delete

解决方案

为了实现高速响应，玩家数据全部在内存中

在登录时从DB加载进内存

游戏过程中的数据变更通过操作内存数据完成

游戏服务器架构介绍

分区分服服务器架构(天涯明月刀、梦幻西游)

Player 1——>Game Server 1——>Database 1

Player 2——>Game Server 2——>Database 1

Player 3——>Game Server 3——>Database 1

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

全区全服服务器架构(王者荣耀、皇室战争、吃鸡)

Player 1——>Game Server Cluster——>Database

Player 2——>Game Server Cluster——>Database

Player 3——>Game Server Cluster——>Database

游戏服务器数据库选型

分区分服存储特点——>选择 RDBM(关系型数据库)

单服数据量较少

请求量少

无需动态在线扩容

全区全服存储特点——>选择 NoSQL

数据量大

请求量大

需要动态在线扩容

使用MySQL作为游戏数据库

软件工程思想：分离稳定和不稳定

稳定，使用MySQL表字段，例如：NAME、职业、角色的性别、等级；

不稳定，打包放入GAMEBLOB里面，再通过DR技术进行版本控制和管理，例如：道具、学会的技能；

混合式存储设计

REDIS高速缓存，MySQL真实落地。

游戏服务器存盘策略设计

Player——>Game Server 1(Player Runtime Data)

游戏存盘需求特点：update > read > insert > delete

定期自动存盘：3分钟自动存盘

重要操作即时存盘：升级/下线/关服；获得高价值道具

存储缓冲队列：削峰填谷

游戏服务器存储容灾介绍

热备：主从热备，自动切换

冷备：每日全量备份；关键操作前全量备份

注：此模型较简单，真正设计时会比这个复杂的多。

运营日志存储

什么是运营日志？

游戏中玩家重要行为的记录

诸如登录记录，等级变更，财产变化流水，交易记录等信息

运营日志的用途有哪些？

运营分析游戏中玩家的动态，做出运营决策的数据基础

当发生异常时，追查玩家在游戏内的活动轨迹的重要依据

运营日志的存储

数据量巨大，单服每日约5~10G(未压缩)

永久存档，涉及到游戏收入，需要永久存档备查

需要便于分析统计

存储流程：Game Server——>Database——>磁带。