一、sql性能下降的原因
1、查询语句写的烂
2、索引失效
3、关联查询比较多
4、服务器参数设置不当
二、sql执行顺序
1、手写sql顺序
select <select_list>
from <left_table> <join_type>
join <right_table> on <join_condition>
where <where_condition>
group by <group_by_llist>
having <having_condition>
order by <order_by_condition>
limit <limit_number>
2、机读
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_number>
三、索引
1、索引是什么？
排好序的快速查找的数据结构
2、索引优势
类似大虚额图书馆建书目索引，提高数据检索的效率，降低数据库的IO成本，通过索引列对数据进行排序，降低数据的排序成本，降低cpu的消耗。
3、索引劣势
a、实际上索引也是一张表，该表保存了主键与索引字段，并指向实体表的记录，所以索引也要占用空间
b、虽然索引大大提高了查询速度，同时却会降低更新表的速度，如对表进行insert、update、和delete操作。
c、因为更新表时，mysql不仅要保存数据，还要保存一下索引文件，每次更新添加的字段，却会调整因为更新所带来的键值变化后的索引信息。
d、索引只是提高效率的一个因素，如果你的mysql有大量的数据表，就需要花时间研究建立最优秀的索引或者优化查询语句。
4、mysql索引分类
a、单值索引：即一个索引只含有单个列，一个表可以有多个单列索引
b、唯一索引：索引列的值必须唯一，但允许有空值
c、复合索引：即一个索引包含多个列
d、基本语法：
创建索引：CREATE [UNIQUE] INDEX index_name ON table_name(column_name(length));
ALTER table_name add [unique] index index_name on(column_name(lengrh));
删除索引：drop index index_name on tabe
查看索引：show index from table_name\G
5、哪些情况需要创建索引？
1、主键自动建立唯一索引
2、频繁作为查询条件的字段应该创建索引
3、查询中与其他表关联的字段应该创建索引
4、查询中与其他表关联的字段，外键关系建立索引
5、频繁更新的字段不适合创建索引——因为每次更新不单单是更新了记录还会更新索引，加重IO负担
6、where条件里用不到的字段不能创建索引
7、单键索引/组合索引的选择？（高并发下倾向于创建组合索引）
8、查询中排序字段需要建立索引，排序字段若通过索引取访问将大大提高排序速度
9、查询中统计或者分组字段
6、哪些情况不要创建索引？
1、表记录太少
2、经常增删改的表
3、数据重复且分布平均的表字段。
7、mysql性能分析
1、explain的作用
a、表的读取顺序
b、数据读取操作的操作类型
c、哪些索引可以使用
d、哪些索引被实际使用
e、每张表有多少行被优化器查询
2、explain如何使用
explain + sql语句
3、explain的执行计划各个字段的含义
1、id：select查询的序列号，包括一组数字，表示查询中执行select子句或操作表的顺序
三种情况：
1、id相同，执行顺序由上而下
2、id不同，如果是子查询，id的序号会递增，id值越大优先级越高，越先被执行
3、id不同相同同时存在
2、select_type:查询类型
1、simple:简单的select查询，查询中不包括子查询或者union
2、primary:查询中若包含任何复杂的子查询，最外层查询则被标记为primary
3、subquery：在select或where列表中包含子查询
4、derived:在from列表中包含的子查询被标记为derived（衍生表），mysql会递归执行这些子查询，把结 果放在临时表中
5、union：若第二个select出现在union之后，则被标记为union
6、union result:从union表中获取结果的select
3、table：显示这些数据属于哪张表
4、type:显示查询使用了哪种类型
1、type包含的类型
all 、index、range、ref、eq_ref、const、system、null
2、从最好到最差的type依次是：
system>const>eq_ref>ref>range>index>all
a、system：表只有一行记录（等于系统表），这是const类型的特例，平时不会出现，这个可以忽略不 计。
b、const：表示通过索引一此就找到了。如将主键置于where列表中，mysql就能将该查询转换为一个常量
c、eq_ref：唯一性索引扫描，对于某个索引键，表中只有一条记录与之匹配，常见于主键或者唯一索引
d、ref：非唯一索引扫描，返回匹配某个单独值的所有行。本质上也是一种索引访问，它返回所有匹配某个单独值的行，然而，它可能会找到多个符合条件的行，所以他应该属于查找和扫描的混合体。
e、range：只检索给定范围的行，使用一个索引来选择。key列显示使用了哪个索引，一般就是在你的where语句中出现了between、<、>、in等的查询，这种范围扫描索引比全表扫描要好，因为它需要开始于索引的某一点，而结束于另一点，不需要扫描全部索引
f、index：index与all的区别为index类型只遍历索引树，这通常比all快，因为索引文件通常比较数据文件小（也就是说虽然all和index都是读取全表，但index是从索引中读取的，而all是从硬盘中读取的）
g、一般来说，得保证查询至少达到range级别，最好能达到ref。
5、possible_keys:显示可能应用在这张表中的索引，一个或多个。查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询实际使用。
6、key：实际使用的索引。如果为null，则没有使用索引，查询中若使用了覆盖索引，则该索引和查询的select字段重叠。
7、key_len:表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度。在不损失精确性的情况下，长度越短越好，key_len显示的值是索引字段的最长可能长度，并非使用长度，即key_len是根据表定义计算而得的，不是通过表内检索出来的
8、ref：显示索引的哪一列被使用了，如果可能的话，是一个常数。哪些列或常量被用于查找索引列上的值
9、row:根据表统计信息以及索引所选用情况，大致估算出找到需要的记录所需要读取的行数。
10、extra:包括不适合在其他列中显示但十分重要的额外信息
a、using filesort：说明mysql会对数据使用一个外部的索引排序，而不是按照表内的索引顺序进行读取。mysql中无法利用索引完成的排序操作被成为“文件排序”
b、using temporary：使用临时表保存中间结果，mysql在对查询结果排序时使用临时表/常用于排序order by和分组查询group by
c、using index：表示相应的select操作中使用了覆盖索引，避免了访问了表的数据行，效率不错，如果同时出现using where，表明索引被用来执行索引键值的查找；如果没有同时出现using where，表明索引用来读取数据而非执行查找操作。
d、using where：表明使用了where 过滤
e、using join buffer：使用了链接缓存
f、impossible where：where子句的值总是false，不能用来获取任何元组
g、select tables optimized away：在没有group by子句的情况下，基于索引优化MIN/MAX操作或者对于MyIsAM存储引擎优化count(*)操作，不必得到执行阶段再进行计算，查询查询执行计划生成阶段即完成优化。
h、distinct：优化distinct操作，在找到匹配第一匹配的元组后即停止找同样值的操作。
注意：什么是覆盖索引？
理解方式一：就是select的数据列只用从索引中就能获取得到，不必读取数据行，mysql可以利用索引返回select列表中的字段，而不必根据索引再次读取数据文件，换句话说，查询列要被所建的索引覆盖。
理解方式二：索引是高效找到行的一个方法，但是一般数据库也能使用索引找到一个列的数据，因此它不必读取整个行，毕竟索引叶子节点存储了它们索引的数据，当他能通过读取索引列就可以得到想要的数据，那就不需要读取行了。一个索引包含了或伏干了满足查询结果的数据就叫做肤感索引。
