作者简介

肖力， 资深运维专家，拥有15年运维经验，就职于金山西山居，担任系统运维经理，曾就职于盛大游戏，在运维圈有极大的影响力。国内最顶尖的KVM专家之一，从2009年开始研究KVM技术，是国内较早在生产环境大规模实践KVM的人之一，积累了非常丰富的经验。

热衷于技术传播，一直在无私地为运维领域的发展做贡献，维护有微信订阅号“KVM虚拟化实践”，分享了大量KVM和运维领域的干货内容，同时还运营着多个运维相关的微信群。此外，他还是华章“运维前线”系列图书的总策划，无偿地在组织大量愿意无私分享经验的运维工程师们来参与写作。

作者

肖力(原著)

编辑

叶金荣(文章整理)

内容简介

资深运维专家肖力谈手游业务MySQL虚拟化方案

手游业务MySQL服务特点

目前手游业务大多是采用Redis和MySQL相结合的方案；

Redis则用于游戏业务中当前状态数据的存储，而MySQL一般用于数据持久化存储以及事务控制、数据一致性保证；

手游业务中的MySQL数据库一般负载不高。

正因为MySQL负载不高，才需要想办法提高资源利用率，这里可以有两个思路：

单机多实例；

虚拟化技术。

这两种方法各有优缺点，我们接下来各自分析对比下。

1、单机多实例

在同一个OS下启动多个mysqld进程，监听多个端口。

优点：

计算资源利用率相对较高，因为没有虚拟化层的损耗；

适合中小企业，因为无需额外维护KVM等虚拟化组件。

缺点：

隔离性相对较差，不同业务的MySQL实例间可能会因为业务瞬间突增而相互影响；

定制化相对麻烦，不同实例要使用不同的MySQL版本，操作配置比较麻烦；

不同实例无法都使用默认的3306端口，除非事先绑定多个IP，相对较复杂。

2、虚拟化技术

在每个虚拟机只运行一个数据库实例。

优点：

方便推动数据库部署标准化、模版化，为后续推进快速部署打好基础；

通过虚拟化技术，实现数据库服务快速批量部署，公有云RDS一般也是这么做的；

具备良好的隔离性，一个实例中的OS或数据库故障不影响其他实例下的服务。

缺点：

多了虚拟化层，增加一部分计算资源消耗；

每个虚拟化实例使用单独的IP，网络管理上更复杂；

手游业务数据库虚拟化方案可以考虑KVM结合Docker的方案。

数据库使用KVM虚拟化方案需要关注下面的几个要点：

服务稳定性，业务的稳定是一切基础，再好的方案也不能影响业务的稳定，否则都是耍流氓；

避免性能瓶颈，数据库服务主要的瓶颈在于磁盘I/O，好在手游业务的压力一般不太大。不过上线前也要做足测试，对潜在的性能需求要有预估。遇到高负载时可直接使用SSD或者PCIe SSD设备，在KVM虚拟化中也可将SSD直接以裸盘方式挂载到KVM实例上。

服务可靠性，可从下面两个方面提升服务可靠性：

1)数据库层面，可采用主从复制、定期物理&逻辑备份(全备+差异备份)、备份恢复等机制；

2)虚拟化层面，可采用共享存储、虚拟机快照等。共享存储优先选择企业级存储设备，要注意虚拟机快照并不能保证数据库的完整性。

数据库使用Docker技术

数据库服务基于Docker技术，有效平衡了单机多实例以及KVM虚拟化两种方案，其资源损耗小，又具备虚拟化灵活部署和隔离性等优点。

但当前Docker技术仍有诸多限制：

其使用AUFS文件系统，更容易造成磁盘I/O性能瓶颈(可配置SSD盘缓解I/O压力)；

Docker的实例不支持热迁移(可和KVM结合，利用KVM实现热迁移)；

Docker的网络模块上也有瓶颈。

上述这些因素决定了目前在Docker里跑MySQL还有待进一步完善，我们也相信随着Docker技术的不断改进，这些限制或者瓶颈会越来越少，更适大规模运行MySQL等服务。