查询优化
一 慢查询日志的捕获
慢查询日志的含义：是记录运行时间超过long_query_time（default 10） 的sql语句的日志文件。（默认关闭）.
查看：Show variables like ‘%slow_query_log%’
开启：set global slow_query_log=1;(只对当前数据库有效，重启后会恢复)
慢查询时间：Long_query_time
慢查询的个数：Slow_queries
日志分析工具：mysqldumpslow
mysqldumpslow –s r –t 10 日志文件
二 exlpain
1 简介
Explain：知道mysql是如何处理你的查询语句
语法：explain 查询语句;结果如下
id ：select查询的序列号，包含一组数字，表示查询中执行select子句或操作表的顺序。（①id相同，执行顺序从上到下； ②id不同 id越大优先级越高最先被执行；③id相同和不同 先走数字大，在从上到达）
select_type ：主要用于区别查询种类（①simple 简单查询；②primary 查询中若包含任何复杂的子查询，最外层被标记；③subquery select或where中的子查询；④derived 在from后的子查询被标记；⑤union select出现在union之后，union结果；⑥union result）
table ：表
type ：访问类型（all index range ref eq_ref const,system null）
最好到最差：system>const>eq_ref>ref>range>index>all
(①system:单表数据只有一行 ②const:对主键和唯一扫描，只扫描一次就找到了③eq_ref 唯一性索引扫描 常用于主键和唯一索引扫描，只有一条记录与之匹配 ④ref 为唯一性索引扫描，返回某个单独值的所有行 ⑤range 只检索给定范围 ⑥ index 只遍历索引 ⑦all 全表扫描)
possible_key ：显示可能用在这张表的索引，一个或多个。查询涉及到的字段上若存在索引，则该索引被列出，但不一定被查询实际使用。
key ：Null 索引没有被使用；使用了覆盖索引，则该索引只出现在key列表中。
（覆盖索引：查询字段和我建的索引的字段一样）
key_length ：表示索引使用的字节数，可通过该列计算使用的索引长度。在不损失精度的情况下，长度越短越好。显示索引的最大可能长度，不是实际使用长度
通过计算而得的。
ref ：显示索引的哪一列被使用了
rows ：每张表有多少行被优化器查询
extra ：（①using filesort 无法利用索引进行排序 ②using temporary 创建了临时表 ③using index 使用了覆盖索引 ④using where ⑤using join buffer 使用了连接缓存⑥impossible where where子句总是false ⑦select tables optimized away ⑧distinct ）
2 功能：
①表的读取顺序
②数据读取操作的操作类型
③哪些索引可以使用
④哪些索引被实际使用
⑤表之间的引用
⑥每张表有多少行被优化器查询
三 show profiles查看执行的具体细节
默认状态：关闭，保存最近15次的运行结果
查看状态：show variables like ‘profiling’;
查看结果：show profiles;
诊断sql：show profile cpu,block io for query 10;
出现以下说明有问题：
