MySQL性能调优

后端程序员在面试中，经常会被问到SQL调优的操作，于是我也是去补习了一下这方面的知识，感谢各方大佬提供的点子，这里总结如下。

总结几点常见的误区：

1- count(1)和count(primary_key)并不优于count(*)；

2- count(*)和count(column)是不一样的。count(*)表示整个结果集有多少记录，count(column)表示结果集中有多少个column字段不为空的记录。

3- 通常来说，把可以为NULL的列改为NOT NULL不会对性能提升有多少帮助，只是如果计划在列上创建索引，就应该将该列设置为NOT NULL。

4- 对整数类型指定宽度，比如INT(11)，没有任何作用。INT使用32位（4个字节）存储空间，那么它的表示范围已经确定，所以INT(1)和INT(20)对于存储和计算是相同的。

5- TIMESTAMP使用4个字节存储空间，DATETIME使用8个字节存储空间。所以TIMESTAMP只能表示1970 - 2038年，比DATETIME表示的范围小得多，而且TIMESTAMP的值因时区不同而不同，可以根据需求来衡量两个类型的利弊。

6- MySQL如下表达式不会使用索引：

select * from where id + 1 = 5

虽然我们很容易看出来id+1=5等价于id=4，但是MySQL无法自动解析这个表达式，使用函数是同样的道理。

选取适用的字段属性

一般说来，数据库中的表越小，在它上面执行的查询也就会越快。因此，在创建表的时候，为了获得更好的性能，我们可以将表中字段的宽度设得尽可能小。当然这对于INT这类型字段属性来讲就画蛇添足了。

例如，在定义邮政编码这个字段时，如果将其设置为CHAR(255)，显然给数据库增加了不必要的空间，甚至使用VARCHAR这种类型也是多余的，因为CHAR(6)就可以很好的完成任务了。

尽量使用连接(JOIN)来代替子查询

连接（JOIN）之所以更有效率一些，是因为MySQL不需要在内存中创建临时表来完成这个逻辑上的需要两个步骤的查询工作。

LIKE语句操作

一般情况下不鼓励使用like操作，如果非使用不可，如何使用也是一个问题。like "%aaa%" 不会使用索引而like "aaa%"可以使用索引。

优化LIMIT分页

当需要分页操作时，通常会使用LIMIT加上偏移量的办法实现，同时加上合适的ORDER BY字句。如果有对应的索引，通常效率会不错，否则，MySQL需要做大量的文件排序操作。

一个常见的问题是当偏移量非常大的时候，比如：LIMIT 10000,20这样的查询，MySQL需要查询10020条记录然后只返回20条记录，前面的10000条都将被抛弃，这样的代价非常高。

优化这种查询一个最简单的办法就是尽可能的使用覆盖索引扫描，而不是查询所有的列。然后根据需要做一次关联查询再返回所有的列。对于偏移量很大时，这样做的效率会提升非常大。考虑下面的查询： SELECT a,b FROM film ORDER BY title LIMIT 50,5;