SQL语句优化
MySQL优化的目的
1、避免出现页面访问错误：或由于数据库连接超时 timeout 产生页面5xx错误；或由于慢查询造成页面无法加载；或由于阻 塞造成数据无法提交；
2、增加数据库的稳定性：避免由于低效查询引起的数据库问题；
3、优化用户体验：提高页面访问的流畅度。
一、SQL语句优化
1、使用EXPLAIN关键字检测SELECT查询，查询SQL的执行计划。
举例：
EXPLAIN SELECT COUNT(1) FROM account.user_info WHERE channel='mmo_no_platform' AND serverid='5020' AND id>=8;
mysql> EXPLAIN SELECT COUNT(1) FROM account.user_info WHERE channel='mmo_no_platform' AND serverid='5020' AND id>=8;
+----+-------------+-----------+-------------+--------------------------+------------------+---------+------+------+-------------------------------------------------------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-----------+-------------+--------------------------+------------------+---------+------+------+-------------------------------------------------------------+
| 1 | SIMPLE | user_info | index_merge | PRIMARY,channel,serverid | serverid,channel | 9,391 | NULL | 56 | Using intersect(serverid,channel); Using where; Using index |
+----+-------------+-----------+-------------+--------------------------+------------------+---------+------+------+-------------------------------------------------------------+
1 row in set (0.00 sec)
explain 查询结果分析：
select_type：查询类型
table：查询的表
type：连接的类型。好→差：const、eq_reg、ref、range、index、ALL。
possible_keys：可能使用到的索引。若为NULL，则无可能索引；
key：实际使用的索引（主键）。若为NULL，则无使用索引；
key_len：使用的索引的长度。在不损失精确性的情况下，索引长度越短越好。
ref：被使用的索引的列，可能是一个常数
rows：MySQL认为必须检查的用来返回请求数据的行数
Extra：当有 使用文件排序 Using filesort 或者 使用临时表 Using temporary 时，则需要优化。
Count() 和MAX() 的优化方法
Count(*)和Count(id)的区别：Count(*)会计入id=NULL的行数，得到的结果可能会比Count(id)的值大。
mysql> EXPLAIN SELECT MAX(createdate) FROM account.user_info;
mysql> EXPLAIN SELECT MAX(createdate) FROM account.user_info;
+----+-------------+-----------+------+---------------+------+---------+------+------+-------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-----------+------+---------------+------+---------+------+------+-------+
| 1 | SIMPLE | user_info | ALL | NULL | NULL | NULL | NULL | 18828 | NULL |
+----+-------------+-----------+------+---------------+------+---------+------+------+-------+
1 row in set (0.00 sec)
mysql> SELECT MAX(createdate) FROM account.user_info;
+---------------------+
| MAX(createdate) |
+---------------------+
| 2018-11-01 14:34:39 |
+---------------------+
1 row in set (0.00 sec)
建立索引：mysql> create index createdate on account.user_info(createdate)；
mysql> CREATE INDEX createdate on account.user_info(createdate);
Query OK, 0 rows affected (0.26 sec)
Records: 0 Duplicates: 0 Warnings: 0
mysql> EXPLAIN SELECT MAX(createdate) FROM account.user_info;
+----+-------------+-------+------+---------------+------+---------+------+------+------------------------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |
+----+-------------+-------+------+---------------+------+---------+------+------+------------------------------+
| 1 | SIMPLE | NULL | NULL | NULL | NULL | NULL | NULL | NULL | Select tables optimized away |
+----+-------------+-------+------+---------------+------+---------+------+------+------------------------------+
1 row in set (0.01 sec)
子查询的优化：
通常情况下，需要把子查询优化为 join 连接查询，但在优化时要注意关联键是否有一对多的关系，要注意重复数据。可以使用distinct 关键字进行去重查询。
group by 查询的优化：避免出现使用文件排序 Using filesort 或者 使用临时表 Using temporary 的情况。在子查询内部增加过滤条件，而不是在外部加过滤条件group by。
LIMIT查询的优化：limit 常用于分页处理，时常会伴随Order By从句使用，因此大多时候会使用 file sorts ，这样会造成大量的IO问题。优化方式1、使用主键或有索引的列进行Order By 操作；2、当只要一行数据时使用LIMIT 1
使用连接（JOIN）来代替子查询(Sub-Queries)
MySQL从4.1开始支持SQL的子查询。这个技术可以使用SELECT语句来创建一个单列的查询结果，然后把这个结果作为过滤条件用在另一个查询中。例如，我们要将客户基本信息表中没有任何订单的客户删除掉，就可以利用子查询先从销售信息表中将所有发出订单的客户ID取出来，然后将结果传递给主查询，如下所示：
1、使用EXPLAIN关键字检测SELECT查询，查询SQL的执行计划。
2、使用查询缓存优化查询
3、当只要一行数据时使用LIMIT 1
4、为搜索字段建立索引
5、在join表的时候使用相当类型的列，并将其索引
6、切记不要使用ORDER BY RAND()
7、避免使用SELECT *
8、永远为每张表设置一个ID主键
9、使用ENUM而不是VARCHAR
10、尽可能的不要赋值为NULL
11、固定长度的表会更快
12、垂直分割
13、拆分大的DELETE或INSERT
14、越小的列会越快
15、选择正确的存储引擎
16、小心永久链接