MySQL优化思维导图

硬件我们这里主要从CPU，内存，磁盘三个方面来说下，还有一些因素比如网卡，机房网络等因为文章篇幅关系，就不一一介绍了,以后还有机会可以聊。 首先我们来看下MySQL对CPU的利用特点： 5.1可以利用4个核，5.5可以利用到24个核，5.6可以利用到64个核 比如MySQL5.6能用到48个CORE以上，跑得好的，64个CORE都能用到(48CORE-64CORE之间，官方公布48个CORE，我实际测试能跑到64个CORE)。 MySQL 5.6 可以用到48 core+ MySQL 5.1 前最多可以用到4个核 现在一般的生产环境服务器，都是32CORE以上。 所以我这里都推荐大家尽量得去用MySQL5.5或MySQL5.6, 除非你们公司的服务器一直用的很老旧的服务器，只有4个核，或1个核。 因为5.1以前(5.0一样)都是在内部代码里写死了，是基于innobase的存储引擎，数据库对硬件的利用率较差。 后面演进为了InnoDB引擎后，好了很多。

比如用了很多的数据库特性，像Trigger, 分区，非常多的存储过程、函数等等。 我们经常说什么，小而美，意思就是简单才是最好的。你把数据库的所有功能都用上了，数据库的性能自然就会被拖慢，可能碰到的BUG，底层故障的几率也就增加了。 所以大家要明白，一个好的数据库项目设计，是小而美，精而简的。另外，数据库也只是整体项目的一部分，像Trigger，存储过程这些能实现的，在整体项目里面肯定也可以用应用程序代码来完成。 所以，我们用MySQL，就是用它厉害的地方，比如：表、索引、事务这些，而不是要它所有的功能都得用上。 另外有一点，在MySQL5.6之前，生产环境的主库里面是不允许使用子查询的。 MySQL5.6之前子查询的性能特别差。(语法上是支持的，但SQL性能非常差)。 比如大家现在如果是用Oracle，想把Oracle迁移到MySQL上的话，建议大家用MySQL5.6版本，MySQL5.6对子查询的支持和性能上都做了较大的改善。 MySQL5.6跑子查询的性能会大大提高。

要让应用使用数据库连接池，特别是像基于JAVA开发的大型高并发应用里，一定要使用连接池。 使用连接池的好处：就是可以限制应用的连接数，另外，不用再额外地去创建每个连接，MySQL创建连接的开销也是较大的，因为创建一个新连接相当于MySQL创建了一个thread。

复杂的SQL语句

无效逻辑

全表扫描

要分批更新

复合索引

前缀索引