咱们先不说cpu的频率，内存的大小（这个和索引一样重要，但不是本文讨论的内容），硬盘的寻道时间。想起mysql的调优，最起码的必须知道explain执行计划，慢sql日志，老旧的profile命令，新的performance_schema性能视图和information_schema中当前事务和内存占用信息的相关表，还有 show engine innodb status的诊断信息，以及某些metrix中的tps，qps,iops的指标。
以上是为调优准备的一些工具，而数据库都会为高可用提供很多大大小小的功能，大的有：复制，组复制，分区，文件链接：即log日志与数据文件等可分别放置不同硬盘。小的有：计算列，为列计算hash，索引合并，索引下推，MRR，BKA,Loose Index 等算法，以及填充因子等。
当然，没有视图索引和分布式分区视图，以及join仅仅只支持nested这是mysql的不足，而sql server join的算法支持三种，loop while hash，极大的改善join的速度。mysql自带提升性能的功能并不多
，其他的就是经验之谈，比如静态表，不要在子查询中使用函数，尽量将子查询变为join查询，非字符串和blob列永远比其他的数字或者时间列要慢，join |order by|group一定不要让其在硬盘生成临时表，当然这个和内存有关，窄表和宽表设计等，当然最后还是取决你的业务类型。
优化入手有两种方法，一种是运行时的，即在运行的服务器上优化，一种是开发过程中。而无论哪种，performance_schema都会需要。
二 performance_schema讲解
性能视图是每个数据库中都会有的，sql server是dm_*开头的一系列内存表。而mysql就是performance_schema库中的各种表，先看入口的几个表：
SELECT * FROM setup_timers; -- 计时定义表 select * from setup_actors; -- 那些用户需要收集信息 select * from Setup_objects; -- 那些对象需要收集信息，比如mysql表， select * from setup_consumers; -- 那些仪器的分类需要收集 select * from setup_instruments; -- 收集仪器，每一个功能点都会有仪器的事件，开始和结束，然后开启那个仪器，就会收集那个仪器的数据