解读MySQL性能调优“金字塔”

			                             计算机是一种实验的科学 
			          						性能优化是实战的艺术

蒸汽机的改进不是一蹴而就的，MySQL性能的改进也是贯穿整个MySQL发展史的。MySQL之父Monty在1981年写了MySQL的第一行代码以后，在开源的帮助下MySQL成长为目前最流行的开源数据库，同样其也凝聚了非常多的开发者、DBA、工程师的心血。
本文选自《千金良方：MySQL性能优化金字塔法则》一书，将从整体上介绍性能调优的几个方面，并借用“金字塔”理论依次介绍了硬件和系统调优、MySQL 调优以及架构调优的一些原则和方法。

本文介绍的三种调优方法是按照金字塔的调优顺序排列的，如下图所示。一般来说，自底向上调优的效果是成反比的，而越往下层调优效果越好，但是难度也越大。

按照依赖关系（架构调优要求DBA对MySQL本身有一定的了解，MySQL调优依赖于系统和硬件的相关知识）和对专业知识要求的难易程度，我们按照自上而下的顺序（硬件和系统调优、MySQL调优、架构调优）描述案例，而DBA在实际应用过程中接触和优化的顺序其实是相反的。在进行优化时，首先需要关注和优化的应该是架构，如果架构不合理，那么DBA能做的事情其实是比较有限的。

对于架构调优，在系统设计时首先需要充分考虑业务的实际情况，是否可以把不适合数据库做的事情放到数据仓库、搜索引擎或者缓存中去做；然后考虑写的并发量有多大，是否需要采用分布式；最后考虑读的压力是否很大，是否需要读写分离。对于核心应用或者金融类的应用，需要额外考虑数据安全因素，数据是否不允许丢失，是否需要采用Galera或者MGR。

对于MySQL调优，需要确认业务表结构设计是否合理，SQL语句优化是否足够，该添加的索引是否都添加了，是否可以剔除多余的索引，数据库的参数优化是否足够。

最后确定系统、硬件有哪些地方需要优化，系统瓶颈在哪里，哪些系统参数需要调整优化，进程资源限制