一、MYSQL的索引
索引（Index）:协助Mysql高效猎取数据的一种数据构造。用于进步查找效力，能够比作字典。能够简朴理解为排好序的疾速查找的数据构造。
索引的作用：便于查询和排序（所以增加索引会影响where 语句与 order by 排序语句）。
在数据以外，数据库还维护着满足特定查找算法的数据构造，这些数据构造以某种体式格局援用数据。如许就可以够在这些数据构造上完成高等查找算法。这些数据构造就是索引。
索引自身也很大，不能够悉数存储在内存中，所以索引每每以索引文件的情势存储在磁盘上。
我们日常平凡所说的索引，假如没有迥殊指明，平常都是B树索引。（群集索引、复合索引、前缀索引、唯一索引默许都是B+树索引），除了B树索引另有哈希索引。
长处：A、进步数据检索效力，下降数据库的IO本钱
B、经由过程索引列对数据举行排序，下降了数据排序本钱，下降了CPU的斲丧。
瑕玷：A、索引也是一张表，该表保留了主键与索引字段，并指向实体表的纪录，所以索引也是占用空间的。
B、对表举行INSERT、UPDATE、DELETE操纵时，MYSQL不仅会更新数据，还要保留一下索引文件每次更新增加了索引列字段的响应信息。
在现实的生产环境中我们须要逐渐剖析，优化竖立最优的索引，并要优化我们的查询前提。
索引的分类：1、单值索引 一个索引只包括一个字段，一个表能够有多个单列索引。
2、唯一索引 索引列的值必需唯一，但许可有空值。
3、复合索引 一个索引包括多个列
一张表发起竖立5个以内的索引
语法：
建立 1、CREATE [UNIQUE] INDEX indexName ON myTable (columnName(length));
2、ALTER myTable Add [UNIQUE] INDEX [indexName] ON (columnName(length));
删除：DROP INDEX [indexName] ON myTable;
检察： SHOW INDEX FROM table_name\G;
二、EXPLAIN 的作用
EXPLAIN :模仿Mysql优化器是怎样实行SQL查询语句的，从而晓得Mysql是怎样处置惩罚你的SQL语句的。剖析你的查询语句或是表构造的机能瓶颈。
mysql> explain select * from tb_user;+----+-------------+---------+------+---------------+------+---------+------+------+-------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+---------+------+---------------+------+---------+------+------+-------+ | 1 | SIMPLE | tb_user | ALL | NULL | NULL | NULL | NULL | 1 | NULL | +----+-------------+---------+------+---------------+------+---------+------+------+-------+
(一)id列：
(1)、id 雷同实行递次由上到下
mysql> explain
-> SELECT*FROM tb_order tb1 -> LEFT JOIN tb_product tb2 ON tb1.tb_product_id = tb2.id -> LEFT JOIN tb_user tb3 ON tb1.tb_user_id = tb3.id;+----+-------------+-------+--------+---------------+---------+---------+---------------------------+------+-------+| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |+----+-------------+-------+--------+---------------+---------+---------+---------------------------+------+-------+| 1 | SIMPLE | tb1 | ALL | NULL | NULL | NULL | NULL | 1 | NULL || 1 | SIMPLE | tb2 | eq_ref | PRIMARY | PRIMARY | 4 | product.tb1.tb_product_id | 1 | NULL || 1 | SIMPLE | tb3 | eq_ref | PRIMARY | PRIMARY | 4 | product.tb1.tb_user_id | 1 | NULL |+----+-------------+-------+--------+---------------+---------+---------+---------------------------+------+-------+(2)、假如是子查询，id序号会自增，id值越大优先级就越高，越先被实行。
mysql> EXPLAIN -> select * from tb_product tb1 where tb1.id = (select tb_product_id from tb_order tb2 where id = tb2.id =1);+----+-------------+-------+-------+---------------+---------+---------+-------+------+-------------+| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |+----+-------------+-------+-------+---------------+---------+---------+-------+------+-------------+| 1 | PRIMARY | tb1 | const | PRIMARY | PRIMARY | 4 | const | 1 | NULL || 2 | SUBQUERY | tb2 | ALL | NULL | NULL | NULL | NULL | 1 | Using where |+----+-------------+-------+-------+---------------+---------+---------+-------+------+-------------+(3)、id 雷同与差别，同时存在
mysql> EXPLAIN
-> select * from(select * from tb_order tb1 where tb1.id =1) s1,tb_user tb2 where s1.tb_user_id = tb2.id;+----+-------------+------------+--------+---------------+---------+---------+-------+------+-------+| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |+----+-------------+------------+--------+---------------+---------+---------+-------+------+-------+| 1 | PRIMARY | <derived2> | system | NULL | NULL | NULL | NULL | 1 | NULL || 1 | PRIMARY | tb2 | const | PRIMARY | PRIMARY | 4 | const | 1 | NULL || 2 | DERIVED | tb1 | const | PRIMARY | PRIMARY | 4 | const | 1 | NULL |+----+-------------+------------+--------+---------------+---------+---------+-------+------+-------+derived2：衍生表 2示意衍生的是id=2的表 tb1
（二）select_type列：数据读取操纵的操纵范例
1、SIMPLE:简朴的select 查询，SQL中不包括子查询或许UNION。
2、PRIMARY:查询中包括庞杂的子查询部份，最外层查询被标记为PRIMARY
3、SUBQUERY:在select 或许WHERE 列表中包括了子查询
4、DERIVED:在FROM列表中包括的子查询会被标记为DERIVED(衍生表)，MYSQL会递归实行这些子查询，把效果集放到零时表中。
5、UNION:假如第二个SELECT 涌现在UNION以后，则被标记位UNION；假如UNION包括在FROM子句的子查询中，则外层SELECT 将被标记为DERIVED
6、UNION RESULT:从UNION表猎取效果的select
（三）table列：该行数据是关于哪张表
（四）type列：接见范例 由好到差system > const > eq_ref > ref > range > index > ALL
1、system:表只要一条纪录(即是体系表),这是const范例的惯例，日常平凡营业中不会涌现。
2、const:经由过程索引一次查到数据，该范例主要用于比较primary key 或许unique 索引，由于只婚配一行数据，所以很快;假如将主键置于WHERE语句背面，Mysql就可以将该查询转换为一个常量。
3、eq_ref:唯一索引扫描，关于每一个索引键，表中只要一条纪录与之婚配。常见于主键或许唯一索引扫描。
4、ref:非唯一索引扫描，返回婚配某个零丁值得一切行，本质上是一种索引接见，它返回一切婚配某个零丁值的行，就是说它能够会找到多条相符前提的数据，所以他是查找与扫描的混合体。
5、range：只检索给定局限的行，运用一个索引来选着行。key列显现运用了哪一个索引。平常在你的WHERE 语句中涌现between 、< 、> 、in 等查询，这类给定局限扫描比全表扫描要好。由于他只须要开始于索引的某一点，而完毕于另一点，不必扫描悉数索引。
6、index：FUll Index Scan 扫描遍历索引树(扫描全表的索引，从索引中猎取数据)。
7、ALL 全表扫描 从磁盘中猎取数据 百万级别的数据ALL范例的数据只管优化。
（五）possible_keys列:显现能够应用在这张表的索引，一个或许多个。查询涉及到的字段若存在索引，则该索引将被列出，但不肯定被查询现实运用。
（六）keys列:现实运用到的索引。假如为NULL，则没有运用索引。查询中假如运用了掩盖索引，则该索引仅涌现在key列表中。掩盖索引：select 后的 字段与我们竖立索引的字段个数一致。
（七）ken_len列:示意索引中运用的字节数，可经由过程该列盘算查询中运用的索引长度。在不丧失精确性的状况下，长度越短越好。key_len 显现的值为索引字段的最大能够长度，并不是现实运用长度，即key_len是依据表定义盘算而得，不是经由过程表内检索出来的。
（八）ref列:显现索引的哪一列被运用了，假如能够的话，是一个常数。哪些列或常量被用于查找索引列上的值。
（九）rows列(每张表有若干行被优化器查询):依据表统计信息及索引选用的状况，大抵预算找到所需纪录须要读取的行数。
（十）Extra列：扩大属性，然则很主要的信息。
1、 Using filesort(文件排序)：mysql没法按照表内既定的索引递次举行读取。 mysql> explain select order_number from tb_order order by order_money; +----+-------------+----------+------+---------------+------+---------+------+------+----------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+----------+------+---------------+------+---------+------+------+----------------+ | 1 | SIMPLE | tb_order | ALL | NULL | NULL | NULL | NULL | 1 | Using filesort | +----+-------------+----------+------+---------------+------+---------+------+------+----------------+ row in set (0.00 sec) 申明：order_number是表内的一个唯一索引列，然则order by 没有运用该索引列排序，所以mysql运用不能不另起一列举行排序。 2、Using temporary:Mysql运用了暂时表保留中心效果，常见于排序order by 和分组查询 group by。 mysql> explain select order_number from tb_order group by order_money; +----+-------------+----------+------+---------------+------+---------+------+------+---------------------------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+----------+------+---------------+------+---------+------+------+---------------------------------+ | 1 | SIMPLE | tb_order | ALL | NULL | NULL | NULL | NULL | 1 | Using temporary; Using filesort | +----+-------------+----------+------+---------------+------+---------+------+------+---------------------------------+ row in set (0.00 sec) 3、Using index 示意响应的select 操纵运用了掩盖索引，防止接见了表的数据行，效力不错。 假如同时涌现Using where ，表明索引被用来实行索引键值的查找。 假如没有同时涌现using where 表明索援用来读取数据而非实行查找行动。 mysql> explain select order_number from tb_order group by order_number; +----+-------------+----------+-------+--------------------+--------------------+---------+------+------+-------------+ | id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra | +----+-------------+----------+-------+--------------------+--------------------+---------+------+------+-------------+ | 1 | SIMPLE | tb_order | index | index_order_number | index_order_number | 99 | NULL | 1 | Using index | +----+-------------+----------+-------+--------------------+--------------------+---------+------+------+-------------+ row in set (0.00 sec) 4、Using where 查找 5、Using join buffer ：示意当前sql运用了衔接缓存。 6、impossible where ：where 字句 老是false ，mysql 没法猎取数据行。 7、select tables optimized away： 8、distinct：
以上就是Mysql中EXPLAIN作用的细致内容，更多请关注ki4网别的相干文章！
