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，在找到第一匹配的元组后即中止找相同值的工做