作者简介
肖力， 资深运维专家，拥有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等服务。
</div>
