MySQL的索引优化分析
一、性能下降SQL慢，执行时间长，等待时间长
1.查询语句写的烂
2.索引失效
3.关联查询太多join（设计缺陷或不得已的需求）
4.服务器调优及各个参数设置（缓冲、线程数等）
二、常见通用的join查询
sql执行顺序
手写
机读
总结
三、索引简介
1.是什么
2.优势
3.劣势
4.mysql索引分类
5.mysql索引结构
检索原理
6.哪些情况下需要创建索引
7.哪些情况不要创建索引
四、性能分析
1.MySql Query Optimizer
2.MySql常见瓶颈
3.Explain
是什么（查看执行计划）
能干嘛
怎么玩
各字段解释
id
三种情况
id相同,执行顺序由上至下
id不同，如果是子查询,id的序号会递增，id值越大优先级越高，越先被执行
id相同不同，同时存在
select_type
有哪些
查询的类型，主要是用于区别普通查询、联合查询、子查询等的复杂查询
table
显示这一行的数据是关于哪张表的
type
访问类型排列
possible_key
key
key_len
ref
rows
Extra
包含不适合在其他列中显示但十分重要的额外信息
五、索引失效（应该避免）
1.各种情况
六、查询截取分析
1.查询优化
永远小表驱动大表，类似嵌套循环Nested loop
order by关键字优化
order by 子句，尽量使用Index方式排序，避免使用FileSort方式排序
尽可能在索引列上完成排序操作，遵照索引键的最佳左前缀
如果不在索引列上，filesort有两种算法，mysql就要启动双路排序和单路排序
双路排序
Mysql4.1之前是使用双路排序，字面意思就是两次扫描磁盘，最终得到数据，读取行指针和orderby列，对他们进行排序，然后扫描已经排序好的列表，按照列表中的值重新从列表中读取对应的数据输出
从磁盘中取排序字段，在buffer进行排序，再从磁盘取其他字段
取一批数据，要对磁盘进行两次扫描，众所周知，I\O是很耗时的，所以在mysql4.1之后，出现了第二种改进的算法，就是单路排序
单路排序
从磁盘读取查询需要的所有列，按照order by列在buffer对它们进行排序，然后扫描排序后列表进行输出，它的效率更快一些，避免了第二次读取数据。并且把随机IO变成了顺序IO，但是它会使用更多的空间，因为它把每一行都保存在内存中了。
结论及引申出的问题
由于单路是后出的，总体而言好过双路
但是单路有问题
优化策略
增大sort_buffer_size参数的设置
增大max_length_for_sort_data参数的设置
小总结
group by关键字优化
2.慢查询日志
是什么
怎么玩
说明
查看是否开启及如何开启
那么开启了慢查询日志后，什么样的sql才会记录到慢查询日志里面呢？
case
查看当前多少秒算慢
设置慢的阈值时间
为什么设置后看不出变化？
日志分析工具mysqldumpslow
查看mysqldumpslow的帮助信息
3.批量数据脚本
4.show profile
分析步骤
是否支持，看看当前的mysql版本是否支持
开启功能，默认是关闭，使用前需要开启
运行sql
查看结果，show profiles
诊断sql，show profile cpu,block io for query 上一步前面的问题sql数字号码
参数备注
日常开发需要注意的结论
5.全局查询日志
配置启用
编码启用
