索引类似大学图书馆建书目索引，可以提高数据检索的效率，降低数据库的IO成本
MySQL提供了Explain，用于显示SQL执行的详细信息，可以进行索引的优化。
一，导致SQL语句执行慢的原因
1.硬件问题。如： 网络速度，内存不足，I/O吞吐量小，磁盘空间满了等。
2.没有索引 或者 索引失效。（表中某些数据被硬删除，会影响到索引，需要重建索引）
3.数据过多
4.服务器参数小，（重新设置my.cnf 表参数）
注意: 索引失效的情况有---> 条件中有 or ，like查询以 开头。
强制索引 force index(idx_order_levelDate)
explain select * from itdragon_order_list force index(idx_order_levelDate) order by order_level,input_date;
索引的创建
ALTER TABLE `table_name` ADD INDEX `index_name` (`column_list`) -- 索引名，可要可不要；如果不要，当前的索引名就是该字段名。
ALTER TABLE `table_name` ADD UNIQUE (`column_list`)
ALTER TABLE `table_name` ADD PRIMARY KEY (`column_list`)
ALTER TABLE `table_name` ADD FULLTEXT KEY (`column_list`)
二，分析原因,找到切入点
1. 先观察， 开启慢查询日志，设置相应的阈值，在生产环境跑一天，（超过3s就是慢sql）
2.Explain和慢SQL分析； 如： SQL语句烂，索引没有或失效。关联查询过多等等。
3.Show Profile 是比 Explain更细节点
4.mysql 服务器参数调优，
三， Explain 分析
索引使用情况在 possible_keys、key和key_len三列 。
id 值越大越先被执行
table 查询涉及的表或者衍生表
select_type :
- SIMPLE： 表示此查询不包含 UNION 查询或子查询
- PRIMARY： 表示此查询是最外层的查询
- SUBQUERY： 子查询中的第一个 SELECT
- UNION： 表示此查询是 UNION 的第二或随后的查询
- DEPENDENT UNION： UNION 中的第二个或后面的查询语句, 取决于外面的查询
- UNION RESULT, UNION 的结果
- DEPENDENT SUBQUERY: 子查询中的第一个 SELECT, 取决于外面的查询. 即子查询依赖于外层查询的结果.
- DERIVED：衍生，表示导出表的SELECT（FROM子句的子查询）
type:
system: 表中只有一条数据， 这个类型是特殊的 const 类型。
const: 针对主键或唯一索引查询，只返回一条数据。速度非常快
eq_ref: 多表的 join 查询,效率比较高，两边表的数据量一样，一条对应一条。
ref: 多表的 join 查询,针对于非唯一或非主键索引，
range： 表示使用索引范围查询
index: 表示全索引扫描
ALL: 表示全表扫描，这个类型的查询是性能最差的查询之一。
性能关系： ALL < index < range ~ index_merge < ref < eq_ref < const < system
possible_keys mysql 在查询时，可能使用到的索引
key mysql 在查询时 , 真正使用到的索引
key_len 查询优化器使用了索引的字节数
ref 索引的哪个列被使用了
rows 查询结果需要扫描读取的数据行数 （越小越好）
优化：
explain 查询后，查看SQL语句的type类型 ， 索引是否使用。
