mysql中查看索引是否被使用到
http://blog.sina.com.cn/s/blog_5037eacb0102vm5c.html
官方MySQL中查看索引是否被使用到：
在percona版本或marida中可以通过 information_schea.index_statistics查看得到，在官方版本中如何查看呢？ select object_type,object_schema,object_name,index_name,count_star,count_read,COUNT_FETCH from performance_schema.table_io_waits_summary_by_index_usage;应该可以通过上面的sql得到。 如果read,fetch的次数都为0的话，应该是没有被使用过的。 通过下面的例子，可以证实： 启动mysql:mysql> show create table a.t3;+-------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+| Table | Create Table |+-------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+| t3 | CREATE TABLE `t3` ( `id` int(11) DEFAULT NULL, `name` varchar(10) NOT NULL DEFAULT ‘bb‘, KEY `idx_t3` (`id`), KEY `idx_t3_name` (`name`)) ENGINE=InnoDB DEFAULT CHARSET=utf8 |+-------+---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+1 row in set (0.01 sec) mysql> select object_type,object_schema,object_name,index_name,count_star,count_read,COUNT_FETCH from performance_schema.table_io_waits_summary_by_index_usage where object_name=‘t3‘;+-------------+---------------+-------------+-------------+------------+------------+-------------+| object_type | object_schema | object_name | index_name | count_star | count_read | COUNT_FETCH |+-------------+---------------+-------------+-------------+------------+------------+-------------+| TABLE | a | t3 | idx_t3 | 0 | 0 | 0 || TABLE | a | t3 | idx_t3_name | 0 | 0 | 0 || TABLE | a | t3 | NULL | 0 | 0 | 0 |+-------------+---------------+-------------+-------------+------------+------------+-------------+3 rows in set (0.01 sec) mysql> explain select id from t3 where id=1;ERROR 1046 (3D000): No database selectedmysql> explain select id from a.t3 where id=1;+----+-------------+-------+------+---------------+--------+---------+-------+------+-------------+| id | select_type | table | type | possible_keys | key | key_len | ref | rows | Extra |+----+-------------+-------+------+---------------+--------+---------+-------+------+-------------+| 1 | SIMPLE | t3 | ref | idx_t3 | idx_t3 | 5 | const | 1 | Using index |+----+-------------+-------+------+---------------+--------+---------+-------+------+-------------+1 row in set (0.00 sec) mysql> select object_type,object_schema,object_name,index_name,count_star,count_read,COUNT_FETCH from performance_schema.table_io_waits_summary_by_index_usage where object_name=‘t3‘;+-------------+---------------+-------------+-------------+------------+------------+-------------+| object_type | object_schema | object_name | index_name | count_star | count_read | COUNT_FETCH |+-------------+---------------+-------------+-------------+------------+------------+-------------+| TABLE | a | t3 | idx_t3 | 0 | 0 | 0 || TABLE | a | t3 | idx_t3_name | 0 | 0 | 0 || TABLE | a | t3 | NULL | 0 | 0 | 0 |+-------------+---------------+-------------+-------------+------------+------------+-------------+3 rows in set (0.01 sec) mysql> use a;Reading table information for completion of table and column namesYou can turn off this feature to get a quicker startup with -A Database changedmysql> select id from t3 where id=1;Empty set (0.00 sec) mysql> select object_type,object_schema,object_name,index_name,count_star,count_read,COUNT_FETCH from performance_schema.table_io_waits_summary_by_index_usage where object_name=‘t3‘;+-------------+---------------+-------------+-------------+------------+------------+-------------+| object_type | object_schema | object_name | index_name | count_star | count_read | COUNT_FETCH |+-------------+---------------+-------------+-------------+------------+------------+-------------+| TABLE | a | t3 | idx_t3 | 1 | 1 | 1 || TABLE | a | t3 | idx_t3_name | 0 | 0 | 0 || TABLE | a | t3 | NULL | 0 | 0 | 0 |+-------------+---------------+-------------+-------------+------------+------------+-------------+3 rows in set (0.00 sec) mysql> select id from t3 where id=10; +------+| id |+------+| 10 || 10 |+------+2 rows in set (0.00 sec) mysql> select object_type,object_schema,object_name,index_name,count_star,count_read,COUNT_FETCH from performance_schema.table_io_waits_summary_by_index_usage where object_name=‘t3‘;+-------------+---------------+-------------+-------------+------------+------------+-------------+| object_type | object_schema | object_name | index_name | count_star | count_read | COUNT_FETCH |+-------------+---------------+-------------+-------------+------------+------------+-------------+| TABLE | a | t3 | idx_t3 | 4 | 4 | 4 || TABLE | a | t3 | idx_t3_name | 0 | 0 | 0 || TABLE | a | t3 | NULL | 0 | 0 | 0 |+-------------+---------------+-------------+-------------+------------+------------+-------------+3 rows in set (0.01 sec) mysql> select name from t3 where name=‘a‘;Empty set (0.00 sec) mysql> select object_type,object_schema,object_name,index_name,count_star,count_read,COUNT_FETCH from performance_schema.table_io_waits_summary_by_index_usage where object_name=‘t3‘;+-------------+---------------+-------------+-------------+------------+------------+-------------+| object_type | object_schema | object_name | index_name | count_star | count_read | COUNT_FETCH |+-------------+---------------+-------------+-------------+------------+------------+-------------+| TABLE | a | t3 | idx_t3 | 4 | 4 | 4 || TABLE | a | t3 | idx_t3_name | 1 | 1 | 1 || TABLE | a | t3 | NULL | 0 | 0 | 0 |+-------------+---------------+-------------+-------------+------------+------------+-------------+3 rows in set (0.01 sec) mysql> select name from t3 where name=‘name1‘;+-------+| name |+-------+| name1 |+-------+1 row in set (0.01 sec) mysql> select object_type,object_schema,object_name,index_name,count_star,count_read,COUNT_FETCH from performance_schema.table_io_waits_summary_by_index_usage where object_name=‘t3‘;+-------------+---------------+-------------+-------------+------------+------------+-------------+| object_type | object_schema | object_name | index_name | count_star | count_read | COUNT_FETCH |+-------------+---------------+-------------+-------------+------------+------------+-------------+| TABLE | a | t3 | idx_t3 | 4 | 4 | 4 || TABLE | a | t3 | idx_t3_name | 3 | 3 | 3 || TABLE | a | t3 | NULL | 0 | 0 | 0 |+-------------+---------------+-------------+-------------+------------+------------+-------------+3 rows in set (0.01 sec) 索引被使用之后， 对应的值会增加。mysql中查看索引是否被使用到
标签：rtu selected names column creat ssi ati stat sina
小编还为您整理了以下内容，可能对您也有帮助：
mysql数据库中添加了索引，怎样才能知道索引是不是生效了？
show index from `表名`;
或show keys from `表名`;
然后看结果中的key_name是否包含你创建的索引名
如何检查mysql中建立的索引是否生效的检测
explain显示了MySQL如何使用索引来处理select语句以及连接表。可以帮助选择更好的索引和写出更优化的查询语句。
使用方法，在select语句前加上explain就可以了：
如：
explain select surname,first_name form a,b where a.id=b.idEXPLAIN列的解释：
table：显示这一行的数据是关于哪张表的
type：这是重要的列，显示连接使用了何种类型。从最好到最差的连接类型为const、eq_reg、ref、range、indexhe和ALL
possible_keys：显示可能应用在这张表中的索引。如果为空，没有可能的索引。可以为相关的域从WHERE语句中选择一个合适的语句
key： 实际使用的索引。如果为NULL，则没有使用索引。很少的情况下，MYSQL会选择优化不足的索引。这种情况下，可以在SELECT语句中使用USE INDEX（indexname）来强制使用一个索引或者用IGNORE INDEX（indexname）来强制MYSQL忽略索引
key_len：使用的索引的长度。在不损失精确性的情况下，长度越短越好
ref：显示索引的哪一列被使用了，如果可能的话，是一个常数
rows：MYSQL认为必须检查的用来返回请求数据的行数
Extra：关于MYSQL如何解析查询的额外信息。将在表4.3中讨论，但这里可以看到的坏的例子是Using temporary和Using filesort，意思MYSQL根本不能使用索引，结果是检索会很慢
extra列返回的描述的意义
Distinct:一旦MYSQL找到了与行相联合匹配的行，就不再搜索了
Not exists: MYSQL优化了LEFT JOIN，一旦它找到了匹配LEFT JOIN标准的行，就不再搜索了
Range checked for each Record（index map:#）:没有找到理想的索引，因此对于从前面表中来的每一个行组合，MYSQL检查使用哪个索引，并用它来从表中返回行。这是使用索引的最慢的连接之一
Using filesort: 看到这个的时候，查询就需要优化了。MYSQL需要进行额外的步骤来发现如何对返回的行排序。它根据连接类型以及存储排序键值和匹配条件的全部行的行指针来排序全部行
Using index: 列数据是从仅仅使用了索引中的信息而没有读取实际的行动的表返回的，这发生在对表的全部的请求列都是同一个索引的部分的时候
Using temporary 看到这个的时候，查询需要优化了。这里，MYSQL需要创建一个临时表来存储结果，这通常发生在对不同的列集进行ORDER BY上，而不是GROUP BY上
Where used 使用了WHERE从句来*哪些行将与下一张表匹配或者是返回给用户。如果不想返回表中的全部行，并且连接类型ALL或index，这就会发生，或者是查询有问题不同连接类型的解释（按照效率高低的顺序排序）
system 表只有一行：system表。这是const连接类型的特殊情况
const:表中的一个记录的最大值能够匹配这个查询（索引可以是主键或惟一索引）。因为只有一行，这个值实际就是常数，因为MYSQL先读这个值然后把它当做常数来对待
eq_ref:在连接中，MYSQL在查询时，从前面的表中，对每一个记录的联合都从表中读取一个记录，它在查询使用了索引为主键或惟一键的全部时使用
ref:这个连接类型只有在查询使用了不是惟一或主键的键或者是这些类型的部分（比如，利用最左边前缀）时发生。对于之前的表的每一个行联合，全部记录都将从表中读出。这个类型严重依赖于根据索引匹配的记录多少—越少越好
range:这个连接类型使用索引返回一个范围中的行，比如使用>或<查找东西时发生的情况
index: 这个连接类型对前面的表中的每一个记录联合进行完全扫描（比ALL更好，因为索引一般小于表数据）
ALL:这个连接类型对于前面的每一个记录联合进行完全扫描，这一般比较糟糕，应该尽量避免
如何检查mysql中建立的索引是否生效的检测
explain显示了MySQL如何使用索引来处理select语句以及连接表。可以帮助选择更好的索引和写出更优化的查询语句。
使用方法，在select语句前加上explain就可以了：
如：
explain select surname,first_name form a,b where a.id=b.idEXPLAIN列的解释：
table：显示这一行的数据是关于哪张表的
type：这是重要的列，显示连接使用了何种类型。从最好到最差的连接类型为const、eq_reg、ref、range、indexhe和ALL
possible_keys：显示可能应用在这张表中的索引。如果为空，没有可能的索引。可以为相关的域从WHERE语句中选择一个合适的语句
key： 实际使用的索引。如果为NULL，则没有使用索引。很少的情况下，MYSQL会选择优化不足的索引。这种情况下，可以在SELECT语句中使用USE INDEX（indexname）来强制使用一个索引或者用IGNORE INDEX（indexname）来强制MYSQL忽略索引
key_len：使用的索引的长度。在不损失精确性的情况下，长度越短越好
ref：显示索引的哪一列被使用了，如果可能的话，是一个常数
rows：MYSQL认为必须检查的用来返回请求数据的行数
Extra：关于MYSQL如何解析查询的额外信息。将在表4.3中讨论，但这里可以看到的坏的例子是Using temporary和Using filesort，意思MYSQL根本不能使用索引，结果是检索会很慢
extra列返回的描述的意义
Distinct:一旦MYSQL找到了与行相联合匹配的行，就不再搜索了
Not exists: MYSQL优化了LEFT JOIN，一旦它找到了匹配LEFT JOIN标准的行，就不再搜索了
Range checked for each Record（index map:#）:没有找到理想的索引，因此对于从前面表中来的每一个行组合，MYSQL检查使用哪个索引，并用它来从表中返回行。这是使用索引的最慢的连接之一
Using filesort: 看到这个的时候，查询就需要优化了。MYSQL需要进行额外的步骤来发现如何对返回的行排序。它根据连接类型以及存储排序键值和匹配条件的全部行的行指针来排序全部行
Using index: 列数据是从仅仅使用了索引中的信息而没有读取实际的行动的表返回的，这发生在对表的全部的请求列都是同一个索引的部分的时候
Using temporary 看到这个的时候，查询需要优化了。这里，MYSQL需要创建一个临时表来存储结果，这通常发生在对不同的列集进行ORDER BY上，而不是GROUP BY上
Where used 使用了WHERE从句来*哪些行将与下一张表匹配或者是返回给用户。如果不想返回表中的全部行，并且连接类型ALL或index，这就会发生，或者是查询有问题不同连接类型的解释（按照效率高低的顺序排序）
system 表只有一行：system表。这是const连接类型的特殊情况
const:表中的一个记录的最大值能够匹配这个查询（索引可以是主键或惟一索引）。因为只有一行，这个值实际就是常数，因为MYSQL先读这个值然后把它当做常数来对待
eq_ref:在连接中，MYSQL在查询时，从前面的表中，对每一个记录的联合都从表中读取一个记录，它在查询使用了索引为主键或惟一键的全部时使用
ref:这个连接类型只有在查询使用了不是惟一或主键的键或者是这些类型的部分（比如，利用最左边前缀）时发生。对于之前的表的每一个行联合，全部记录都将从表中读出。这个类型严重依赖于根据索引匹配的记录多少—越少越好
range:这个连接类型使用索引返回一个范围中的行，比如使用>或<查找东西时发生的情况
index: 这个连接类型对前面的表中的每一个记录联合进行完全扫描（比ALL更好，因为索引一般小于表数据）
ALL:这个连接类型对于前面的每一个记录联合进行完全扫描，这一般比较糟糕，应该尽量避免
如何查看索引使用情况
分析这几个值，我们可以查看当前索引的使用情况：
Handler_read_first：索引中第一条被读的次数。如果较高，它表示服务器正执行大量全索引扫描;例如，SELECT col1 FROM
foo，假定col1有索引(这个值越低越好)。
Handler_read_key：如果索引正在工作，这个值代表一个行被索引值读的次数，如果值越低，表示索引得到的性能改善不高，因为索引不经常使用(这个值越高越好)。
Handler_read_next ：按照键顺序读下一行的请求数。如果你用范围约束或如果执行索引扫描来查询索引列，该值增加。
Handler_read_prev：按照键顺序读前一行的请求数。该读方法主要用于优化ORDER BY ... DESC。
Handler_read_rnd
：根据固定位置读一行的请求数。如果你正执行大量查询并需要对结果进行排序该值较高。你可能使用了大量需要MySQL扫描整个表的查询或你的连接没有正确使用键。这个值较高，意味着运行效率低，应该建立索引来补救。
Handler_read_rnd_next：在数据文件中读下一行的请求数。如果你正进行大量的表扫描，该值较高。通常说明你的表索引不正确或写入的查询没有利用索引。
如何查看索引使用情况
分析这几个值，我们可以查看当前索引的使用情况：
Handler_read_first：索引中第一条被读的次数。如果较高，它表示服务器正执行大量全索引扫描;例如，SELECT col1 FROM
foo，假定col1有索引(这个值越低越好)。
Handler_read_key：如果索引正在工作，这个值代表一个行被索引值读的次数，如果值越低，表示索引得到的性能改善不高，因为索引不经常使用(这个值越高越好)。
Handler_read_next ：按照键顺序读下一行的请求数。如果你用范围约束或如果执行索引扫描来查询索引列，该值增加。
Handler_read_prev：按照键顺序读前一行的请求数。该读方法主要用于优化ORDER BY ... DESC。
Handler_read_rnd
：根据固定位置读一行的请求数。如果你正执行大量查询并需要对结果进行排序该值较高。你可能使用了大量需要MySQL扫描整个表的查询或你的连接没有正确使用键。这个值较高，意味着运行效率低，应该建立索引来补救。
Handler_read_rnd_next：在数据文件中读下一行的请求数。如果你正进行大量的表扫描，该值较高。通常说明你的表索引不正确或写入的查询没有利用索引。
mysql创建索引后,是不是直接查询就行了?
是的。
下面三条语句都可以走索引，数据量在百万以上效果会非常明显。
select name from teacher；
select name from teacher where name = '123';
select name from teacher where name like '%123%';
使用 explain 可以看到语句是否使用索引。
name加过索引
remark未加索引,type=all,全表查询
mysql创建索引后,是不是直接查询就行了?
是的。
下面三条语句都可以走索引，数据量在百万以上效果会非常明显。
select name from teacher；
select name from teacher where name = '123';
select name from teacher where name like '%123%';
使用 explain 可以看到语句是否使用索引。
name加过索引
remark未加索引,type=all,全表查询
mysql怎么看索引状态
SHOW INDEX FROM tbl_name [FROM db_name]
例如，
mysql> SHOW INDEX FROM mytable FROM mydb;
mysql> SHOW INDEX FROM mydb.mytable;
SHOW KEYS是SHOW INDEX的同义词。您也可以使用mysqlshow -k db_name tbl_name命令列举一个表的索引。
SHOW INNODB STATUS语法
SHOW INNODB STATUS
SHOW INDEX会返回表索引信息。其格式与ODBC中的SQLStatistics调用相似。
SHOW INDEX会返回以下字段：
· Table
表的名称。
· Non_unique
如果索引不能包括重复词，则为0。如果可以，则为1。
· Key_name
索引的名称。
· Seq_in_index
索引中的列序列号，从1开始。
· Column_name
列名称。
· Collation
列以什么方式存储在索引中。在MySQL中，有值‘A’（升序）或NULL（无分类）。
· Cardinality
索引中唯一值的数目的估计值。通过运行ANALYZE TABLE或myisamchk -a可以更新。基数根据被存储为整数的统计数据来计数，所以即使对于小型表，该值也没有必要是精确的。基数越大，当进行联合时，MySQL使用该索引的机会就越大。
· Sub_part
如果列只是被部分地编入索引，则为被编入索引的字符的数目。如果整列被编入索引，则为NULL。
· Packed
指示关键字如何被压缩。如果没有被压缩，则为NULL。
· Null
如果列含有NULL，则含有YES。如果没有，则该列含有NO。
· Index_type
用过的索引方法（BTREE, FULLTEXT, HASH, RTREE）。
· Comment
多种评注。
mysql怎么看索引状态
SHOW INDEX FROM tbl_name [FROM db_name]
例如，
mysql> SHOW INDEX FROM mytable FROM mydb;
mysql> SHOW INDEX FROM mydb.mytable;
SHOW KEYS是SHOW INDEX的同义词。您也可以使用mysqlshow -k db_name tbl_name命令列举一个表的索引。
SHOW INNODB STATUS语法
SHOW INNODB STATUS
SHOW INDEX会返回表索引信息。其格式与ODBC中的SQLStatistics调用相似。
SHOW INDEX会返回以下字段：
· Table
表的名称。
· Non_unique
如果索引不能包括重复词，则为0。如果可以，则为1。
· Key_name
索引的名称。
· Seq_in_index
索引中的列序列号，从1开始。
· Column_name
列名称。
· Collation
列以什么方式存储在索引中。在MySQL中，有值‘A’（升序）或NULL（无分类）。
· Cardinality
索引中唯一值的数目的估计值。通过运行ANALYZE TABLE或myisamchk -a可以更新。基数根据被存储为整数的统计数据来计数，所以即使对于小型表，该值也没有必要是精确的。基数越大，当进行联合时，MySQL使用该索引的机会就越大。
· Sub_part
如果列只是被部分地编入索引，则为被编入索引的字符的数目。如果整列被编入索引，则为NULL。
· Packed
指示关键字如何被压缩。如果没有被压缩，则为NULL。
· Null
如果列含有NULL，则含有YES。如果没有，则该列含有NO。
· Index_type
用过的索引方法（BTREE, FULLTEXT, HASH, RTREE）。
· Comment
多种评注。
mysql 创建索引后怎么根据索引去查询
mysql 添加索引后 在查询的时候是mysql就自动从索引里面查询了。如果需要也可以单独根据索引查询，这个看使用场景
MYSQL在创建索引后对索引的使用方式分为两种：
1 由数据库的查询优化器自动判断是否使用索引；
2 用户可在写SQL语句时强制使用索引
mysql 创建索引后怎么根据索引去查询
mysql 添加索引后 在查询的时候是mysql就自动从索引里面查询了。如果需要也可以单独根据索引查询，这个看使用场景
MYSQL在创建索引后对索引的使用方式分为两种：
1 由数据库的查询优化器自动判断是否使用索引；
2 用户可在写SQL语句时强制使用索引
MYSQL SELECT 字段使用函数 索引是否还有效？
会的，只要后面条件语句（where）没有非索引字段，索引就会生效
怎么查看表的索引mysql
查看索引的语法格式如下：
SHOW INDEX FROM <表名> [ FROM <数据库名>]
语法说明如下：
<表名>：指定需要查看索引的数据表名。
<数据库名>：指定需要查看索引的数据表所在的数据库，可省略。比如，SHOW INDEX FROM student FROM test; 语句表示查看 test 数据库中 student 数据表的索引。
示例
使用 SHOW INDEX 语句查看《MySQL创建索引》一节中 tb_stu_info2 数据表的索引信息，SQL 语句和运行结果如下所示。
mysql> SHOW INDEX FROM tb_stu_info2\G
1. row
Table: tb_stu_info2
Non_unique: 0
Key_name: height
Seq_in_index: 1
Column_name: height
Collation: A
Cardinality: 0
Sub_part: NULL
Packed: NULL
Null: YES
Index_type: BTREE
Comment:
Index_comment:
1 row in set (0.03 sec)
其中各主要参数说明如下：
参数说明
Table表示创建索引的数据表名，这里是 tb_stu_info2 数据表。
Non_unique表示该索引是否是唯一索引。若不是唯一索引，则该列的值为 1；若是唯一索引，则该列的值为 0。
Key_name表示索引的名称。
Seq_in_index表示该列在索引中的位置，如果索引是单列的，则该列的值为 1；如果索引是组合索引，则该列的值为每列在索引定义中的顺序。
Column_name表示定义索引的列字段。
Collation表示列以何种顺序存储在索引中。在 MySQL 中，升序显示值“A”（升序），若显示为 NULL，则表示无分类。
Cardinality索引中唯一值数目的估计值。基数根据被存储为整数的统计数据计数，所以即使对于小型表，该值也没有必要是精确的。基数越大，当进行联合时，MySQL 使用该索引的机会就越大。
Sub_part表示列中被编入索引的字符的数量。若列只是部分被编入索引，则该列的值为被编入索引的字符的数目；若整列被编入索引，则该列的值为 NULL。
Packed指示关键字如何被压缩。若没有被压缩，值为 NULL。
Null用于显示索引列中是否包含 NULL。若列含有 NULL，该列的值为 YES。若没有，则该列的值为 NO。
Index_type显示索引使用的类型和方法（BTREE、FULLTEXT、HASH、RTREE）。
Comment显示评注。
怎么查看表的索引mysql
查看索引的语法格式如下：
SHOW INDEX FROM <表名> [ FROM <数据库名>]
语法说明如下：
<表名>：指定需要查看索引的数据表名。
<数据库名>：指定需要查看索引的数据表所在的数据库，可省略。比如，SHOW INDEX FROM student FROM test; 语句表示查看 test 数据库中 student 数据表的索引。
示例
使用 SHOW INDEX 语句查看《MySQL创建索引》一节中 tb_stu_info2 数据表的索引信息，SQL 语句和运行结果如下所示。
mysql> SHOW INDEX FROM tb_stu_info2\G
1. row
Table: tb_stu_info2
Non_unique: 0
Key_name: height
Seq_in_index: 1
Column_name: height
Collation: A
Cardinality: 0
Sub_part: NULL
Packed: NULL
Null: YES
Index_type: BTREE
Comment:
Index_comment:
1 row in set (0.03 sec)
其中各主要参数说明如下：
参数说明
Table表示创建索引的数据表名，这里是 tb_stu_info2 数据表。
Non_unique表示该索引是否是唯一索引。若不是唯一索引，则该列的值为 1；若是唯一索引，则该列的值为 0。
Key_name表示索引的名称。
Seq_in_index表示该列在索引中的位置，如果索引是单列的，则该列的值为 1；如果索引是组合索引，则该列的值为每列在索引定义中的顺序。
Column_name表示定义索引的列字段。
Collation表示列以何种顺序存储在索引中。在 MySQL 中，升序显示值“A”（升序），若显示为 NULL，则表示无分类。
Cardinality索引中唯一值数目的估计值。基数根据被存储为整数的统计数据计数，所以即使对于小型表，该值也没有必要是精确的。基数越大，当进行联合时，MySQL 使用该索引的机会就越大。
Sub_part表示列中被编入索引的字符的数量。若列只是部分被编入索引，则该列的值为被编入索引的字符的数目；若整列被编入索引，则该列的值为 NULL。
Packed指示关键字如何被压缩。若没有被压缩，值为 NULL。
Null用于显示索引列中是否包含 NULL。若列含有 NULL，该列的值为 YES。若没有，则该列的值为 NO。
Index_type显示索引使用的类型和方法（BTREE、FULLTEXT、HASH、RTREE）。
Comment显示评注。
Mysql索引生效条件是什么？
假设index（a,b,c）
最左前缀匹配：模糊查询时，使用%匹配时：’a%‘会使用索引，’%a‘不会使用索引
条件中有or，索引不会生效
a and c，a生效，c不生效
b and c，都不生效
a and b > 5 and c,a和b生效，c不生效。
MySQL联表查询的索引使用
一共3张表 knowledge , knowledge_question , knowledge_answer ，数据在 6000~10000 之间。
执行的语句：
执行时间约 10分钟 ，查看执行计划如下：
全部都是全表扫描，根据MySQL联表查询的算法 Nested-Loop Join ，MySQL查询的结果集是3张表的笛卡尔积，所以效率特别低。
耗时变成 20毫秒
给Where条件建立索引，并不一定会使用。
比如：在表 knowledge 的字段 update 上建立索引 idx_time ：
结果执行上来看，并没有使用索引 idx_time 。
如果where条件从 k.update_time>'2019-01-03 12:00:00' 修改为 k.update_time='2019-01-03 12:00:00' （从 > 变成 = ）
则会使用索引 idx_time
在建立索引的时候，会遇到 Table Metadata Lock 的问题，可以先 show processlist ，找到占用表锁的连接，然后 kill 。