关于英雄联盟背后数据库MySQL那些事儿，聊聊它到底怎么用的

主要综合自网络技术社区讨论、Riot Games官方技术博客的零星信息以及数据库行业分析,具体来源名称见文中标注）

英雄联盟这个游戏，全球每天有数百万的玩家在召唤师峡谷里激战，你可能从来没想过，你买的每一个皮肤，打的每一场排位赛的段位记录，甚至你最喜欢的那个英雄的胜率数据，所有这些信息，都不是凭空存在的，它们需要一个“超级大本营”来安家落户，而这个“大本营”的重要组成部分，就是MySQL数据库，它可不是像我们想象中那样,只有一个巨大的数据库在实时处理你放技能的操作。

根据Riot Games工程师在官方技术博客（来源：Riot Games Technology Blog）中透露的信息，英雄联盟的架构非常复杂，它是一个庞大的分布式系统，MySQL在这里面，主要扮演的是“核心数据管家”的角色,但它并不直接处理游戏中最火急火燎的事情。

举个例子，当你控制英雄释放一个“闪现”技能时，这个操作的即时判断和计算，是由游戏服务器（Game Server）在内存中飞速完成的，如果每个操作都要去读写一次数据库，那延迟会高得没法玩，团战的时候卡一下可是要命的，这种需要极快速度的实时游戏逻辑,MySQL是够不着的。

MySQL到底管什么呢？它管的是那些需要持久化存储、确保不能丢的“家当”,大概有这几大类：

第一，玩家账户的一切，你的用户名、密码（当然是加密后的）、注册邮箱、 summoner ID（召唤师ID），你账号里有多少点券、蓝色精粹，你拥有的所有英雄、皮肤、表情、守卫皮肤等资产列表，这些信息是你在英雄联盟世界里的身份证和钱包，必须安全、可靠地存在MySQL里，每次你登录游戏，客户端都会去验证你的账户信息,这个查询请求最终就会落到MySQL上。

第二，玩家的核心档案数据，比如你的召唤师等级、每个赛季的排位段位（坚韧黑铁到最强王者）、隐藏分（MMR）、荣誉等级、以及每个英雄的熟练度等级和成就进度,这些数据构成了你的游戏名片。

第三，重要的比赛元数据，注意，这里存的不是比赛过程中每一秒的操作记录（那玩意数据量太大，有别的系统处理），而是比赛结束后汇总的关键信息，比如这场比赛的ID、参与比赛的十位玩家都是谁、游戏时长、最终结果（哪边赢了）、每个玩家的KDA（击杀/死亡/助攻）、使用的英雄、出的装备、造成的伤害等等，你平时在客户端里看到的比赛记录、数据统计,基本都是MySQL从这里提供的基础数据再加工后展示给你的。

第四，社交关系网，你的好友列表、谁拉黑了你、你加入的聊天群组（比如游戏里的“小队”信息）,这些社交图谱也由MySQL来维护。

可以这么理解，MySQL就像是英雄联盟这个巨大城市的“市政档案局”和“中央银行”，它不负责指挥马路上的车流（游戏实时逻辑），但它记录着每个市民的户籍、房产信息（账户和资产），所有人的学历和工作履历（等级和段位），以及重要的历史事件档案（比赛记录），这些数据需要的是准确、稳定和持久,而不是每秒百万次的读写速度。

随着英雄联盟玩家数量爆炸式增长，早期的单一MySQL数据库肯定顶不住，Riot的工程师们做了很多工作来优化（来源：基于对Riot工程师在技术大会分享内容的行业分析），他们很早就采用了“分库分表”的策略，就是把数据分散到很多个MySQL数据库实例上去，不可能全球一亿玩家的数据都塞进一个数据库里，那样的话，查询一下自己的战绩可能都要等半天，他们可能会按大区（如艾欧尼亚、诺克萨斯）来分，或者按照玩家ID的范围来分,把负载均匀分摊。

为了应对高并发读取（比如周末晚上同时有大量玩家查询战绩），他们一定会大量使用“读写分离”和缓存技术，像Memcached或Redis这样的缓存系统，会挡在MySQL前面，把那些最常被访问的数据（比如热门英雄的胜率榜、顶尖玩家的信息）放在速度更快的内存里，大大减轻MySQL的压力，只有当缓存里找不到时,才会去问MySQL要数据。

还有一点很重要，就是数据备份和灾难恢复，想象一下，如果数据库出问题，导致大量玩家的皮肤库存清零或者段位重置，那绝对是灾难性的，Riot肯定有非常完善的数据库备份机制和容灾方案，确保哪怕一个数据中心出了问题，也能很快从别的地方恢复数据,保证玩家的虚拟财产万无一失。

MySQL在英雄联盟的背后，是一个默默无闻的基石，它不处理光鲜亮丽的实时战斗，但支撑起了整个游戏世界的秩序和记忆，没有它，你的游戏账号、你的成长历程、你的辉煌战绩都将无处安放，它通过一种稳定、可靠的方式,记住了你在瓦洛兰大陆的点点滴滴。