mysql数据库创建索引优化之后,在查询时想看下是否使用到索引,
使用执行计划查看:
mysqlexplainSELECT*FROMtb_user
WHERESTATUS=1limit0,20;
+----+-------------+----------------+------------+------+----------------------+----------------------+---------+-------+-------+----------+-------+
id
select_type
table
partitions
type
possible_keys
key
key_len
ref
rows
filtered
Extra
+----+-------------+----------------+------------+------+----------------------+----------------------+---------+-------+-------+----------+-------+
1
SIMPLE
tb_news_online
NULL
ref
idx_tb_news_online_9
idx_tb_news_online_9
5
const
NULL
+----+-------------+----------------+------------+------+----------------------+----------------------+---------+-------+-------+----------+-------+
1rowinset
mysql
EXPLAIN列的解释:
table:显示这一行的数据是关于哪张表的
type:这是重要的列,显示连接使用了何种类型。从最好到最差的连接类型为const、eq_reg、ref、range、index和ALL
type显示的是访问类型,是较为重要的一个指标,结果值从好到坏依次是:systemconsteq_refreffulltextref_or_nullindex_mergeunique_subqueryindex_subqueryrangeindexALL,一般来说,得保证查询至少达到range级别,最好能达到ref。
possible_keys:显示可能应用在这张表中的索引。如果为空,没有可能的索引。可以为相关的域从WHERE语句中选择一个合适的语句
key:实际使用的索引。如果为NULL,则没有使用索引。很少的情况下,MYSQL会选择优化不足的索引。这种情况下,可以在SELECT语句中使用USEINDEX(indexname)来强制使用一个索引或者用IGNOREINDEX(indexname)来强制MYSQL忽略索引
key_len:使用的索引的长度。在不损失精确性的情况下,长度越短越好
ref:显示索引的哪一列被使用了,如果可能的话,是一个常数
rows:MYSQL认为必须检查的用来返回请求数据的行数
Extra:关于MYSQL如何解析查询的额外信息。这里可以看到的坏的例子是Usingtemporary和Usingfilesort,意思MYSQL根本不能使用索引,结果是检索会很慢
预览时标签不可点收录于合集#个上一篇下一篇