sql优化整理(一)

　　sql的编写语法是这样的：

SELECT DISTINCT 
	<select_list>
FROM 
	<left_table> <join_type> 
JOIN <right_table>	ON <join_condition>
WHERE 
	<where_condition>
GROUP BY 
	<group_by_list>	
HAVING 
	<having_condition>
ORDER BY 
	<order_by_condition>
LIMIT <limit_condition>

　　MySQL读取的顺序是这样的：

FROM <left_table>
ON <join_condition>
<join_type> JOIN <right_table>
WHERE <where_condition>
GROUP BY <group_by_list>
HAVING <having_condition>
SELECT
DISTINCT <select_list>
ORDER BY <order_by_condition>
LIMIT <limit_condition>

　　MySQL官方对索引的定义：索引是帮助MySQL高效获取数据的数据结构；索引的目的在于提高查询效率，可以类似字典；排好序的快速查找的数据结构；索引会影响where后面的查询和order by后面的排序；一般来说索引本身也很大，不可能全部存储在内存中，因此索引往往会以索引文件的形式存储在磁盘上；频繁增删改的表不适合建索引;

　　索引优势：

　　　　提高数据检索的效率，降低数据库的IO成本；通过索引列对数据进行索引，降低数据排序的成本，降低CPU的消耗；

　　索引的劣势：

　　　　实际上索引也是一张表，该表保存了主键与索引字段，并指向实体表的记录，所以索引列也是要占用空间的；虽然索引大大提高了查询速度，但会降低更新表的速度，如对表进行INSERT，UPDATE和DELETE；因为更新表时，MySQL不仅要保存数据，还要保存索引文件每次更新添加的索引列字段，都会调整因为更新所带来的键值变化后的索引信息；

　　适合建立索引的情况：

1.主键自动建立唯一索引
2.频繁作为查询条件的字段应该建立索引
3.查询中与其他表关联的字段，外键关系建立索引
4.频繁更新的字段不适合建立索引，因为每次更新不单是更新了记录还会更新索引结构；
5.where条件里用不到的字段不创建索引
6.查询中排序的字段，排序字段若通过索引去访问将大大提高排序速度
7.查询中统计或分组的字段

　　不适合创建索引的情况：

1.表记录太少不适合建立索引；
2.经常增删改的表不适合建立索引；提高了查询速度，同时却会更新表的速度，如对表进行插入操作，因为更新表时，MySQL不仅要保存数据，还要保存表的索引结构；
3.数据重复且分布均匀的表的字段不适合建立索引，因此应该只为最经常查询的和最经常排序的数据建立索引；注意，如果某个数据列包含重复的内容，为它建立的索引就没有太大的效果；

　　MySQL常见的性能瓶颈：

1.CPU：CPU在饱和的时候一般会发生在数据装入内存或从磁盘上读取数据时候
2.IO：磁盘I/O瓶颈发生在装入数据远大于内存容量的时候
3.服务器硬件的性能瓶颈：top, free, iostat和vmstat来查看系统性能状态

　　EXPLAIN用途：

1.表的读取顺序
2.数据读取操作的操作类型
3.哪些索引可以使用
4.哪些索引被实际使用
5.表之间的引用
6.每张表有多少行被优化器查询

　　EXPLAIN字段解释：

• • id：select查询的序列号，包含一组数字，表示查询中执行select子句或操作表的顺序

　　　　　　三种情况：

• • • id相同，执行顺序由上至下；
    • id不同，如果是子查询，id的序号会递增，id值越大优先级会越高，越先执行
    • id不同与不同，同时存在；id如果相同，可以认为是一组，从上往下执行；在所有组中，id值越大，优先级越高，越先执行；derived为衍生，是临时表，后面接数字对应相应的id;

• • select_type：查询的类型，主要用于区别普通查询，联合查询，子查询等的复杂查询（SIMPLE, PRIMARY, SUBQUERY, DERIVED, UNION, UNION RESULT）；

• • • SIMPLE：简单的select查询，查询中不包含子查询或UNION
    • PRIMARY：查询中若包含任何复杂的子查询，最外层查询被标记为PRIMARY
    • SUBQUERY：在SELECT或WHERE列表中包含了子查询
    • DERIVED：在FROM列表中包含的子查询被标记为DERIVED(衍生)，MySQL会递归执行这些子查询，把结果放到临时表中；
    • UNION：若第二个SELECT出现在UNION之后，则标记为UNION；若UNION包含在FROM字句的子查询中，外层SELECT将被标记为DERIVED;
    • UNION RESULT： UNION操作的结果，id值通常为NULL

• table：显示这一行的数据关于哪张表的

• type：显示查询使用了哪种类型，

  从最好到最差依次是：

  　　system>const>eq_ref>fulltext>ref_or_null>index_merge>unique_subquery>index_subquery>range>index>ALL

　　　　　　　  system>const>eq_ref>ref>range>index>ALL

• • • system：表只有一行记录(等于系统表)，这是const类型的特列，平时不会出现，这个也可以忽略不计

    • const：表示通过索引一次就找到了，const用于比较primary key或unique索引，因为只匹配了一行数据，所以很快；如果将主键置于where列表中，MySQL就能将该查询转换为一个常量

    • eq_ref：唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配；常见于主键或唯一索引；

    • ref：非唯一性缩影扫描，返回匹配某个单独值的所有行；本质上也是一种索引访问，它返回所有匹配某个单独值的行，然而，它可能会找多个符合条件的行，所以它应该属于查找和扫描的混合体；

• • • range：只检索给定范围的行，使用一个索引来选择行，key列显示使用了哪个索引；一般就是在where语句中出现了between，<，>，in等的查询；这种范围扫描索引比全表扫描要好，因为它只需要开始于索引的某一点，结束于某一点，不用扫描全部索引；

• • • index：index与ALL区别为index类型只遍历索引树；这通常比ALL快，因为索引文件通常比数据文件小（all和index都是读全表，但index是从索引中读取的，而all从硬盘中读出来的）

    • all：将遍历全表以找到匹配的行

• possible_keys：显示可能应用在这张表的索引，一个或多个，查询涉及到的字段若存在索引，则该索引将被列出，但不一定被查询实际使用；

• • key：实际使用的索引；如果为NULL，则没有使用索引；查询中若使用了覆盖索引，则该索引仅出现key列表中；

• • key_len：表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度；在不损失精度的情况下，长度越短越好；key_len显示的值为索引字段的最大可能长度，并非实际使用长度，即key_len是根据表定义计算而得，不是通过表内检索出来的；

• • ref：显示索引被哪一列使用，哪些列或者常量被用于查找索引上的值，其中const为常量；

• • rows：根据表统计信息及索引选用情况，大致估算出所需的记录所需要读取的行数

• • extra：包含不适合在其他列显示中显示，但十分重要的额外信息

    • using filesort：说明mysql会对数据使用一个外部的索引排序，而不是按照表内的索引排序进行读取；mysql中无法利用索引完成的排序操作称为文件排序；

    • using temporary：使用了临时表保存中间结果，mysql在对查询结果排序时使用临时表，常用于排序order by和分组查询group by

    • using index：表示相应的select操作中使用了覆盖索引，避免了访问表的数据行；如果同时出现using where，表明索引被用来执行索引的键值查找；如果没有同时出现using where，表明索引用来读取数据而非执行查找操作；

      覆盖索引的理解方式：

      　　1.select的数据列只用从索引列中就能够获得，不必读取数据行，MySQL可以利用索引返回select列表中的字段，而不必根据索引再次读取数据文件；查询列要被所建的索引覆盖

      　　2.索引是高效找到行的一个方法，但是一般数据库也能使用索引找到一个列的数据，因此它不必读取整个行；毕竟索引叶子节点存储了它们的索引数据，当能通过读取索引就可以得到想到的数据，那就不需要读取行，一个索引包含了(或覆盖了)满足查询结果的数据叫作覆盖索引

      　　注意：如果要使用覆盖索引，一定要注意select列表中只取出需要的列，不可select *，如果将所有字段一起做索引会导致索引文件过大，查询性能下降；

    • using where：表明使用where过滤

    • using join buffer：使用了连接缓存

      保证JOIN语句中被驱动表上JOIN条件字段已经添加索引；

      • 当使用left join时，左表是驱动表，右表是被驱动表

      • 当使用right join时，右表时驱动表，左表是被驱动表

      • 当使用join时，mysql会选择数据量比较小的表作为驱动表，大表作为被驱动表

    • impossible where：where子句的值总是false，不能用来获取任何元组

    • select tables optimized away：在没有group by子句的情况下，基于索引优化MIN/MAX操作或对于MyISAM存储引擎优化COUNT(*) 操作，不必等到执行阶段再进行计算，cha'x执行计划生成的阶段完成优化；

    • distinct：优化distinct，在找到第一匹配的元组后即停止找相同值的工作

原文地址：https://www.cnblogs.com/coder-zyc/p/11718449.html