Mysql如何查看是否使用到索引
吾爱主题
阅读:184
2022-12-24 16:24:00
评论:0
Mysql查看是否使用到索引
mysql数据库创建索引优化之后,在查询时想看下是否使用到索引,
使用执行计划查看:
?1 2 3 4 5 6 7 8 9 10 | mysql> explain SELECT * FROM tb_user WHERE STATUS=1 limit 0,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 | 99494 | 100 | NULL | + ----+-------------+----------------+------------+------+----------------------+----------------------+---------+-------+-------+----------+-------+ 1 row in set mysql> |
EXPLAIN列的解释
-
table
:显示这一行的数据是关于哪张表的 -
type
:这是重要的列,显示连接使用了何种类型。从最好到最差的连接类型为const、eq_reg、ref、range、index和ALL - type显示的是访问类型,是较为重要的一个指标,结果值从好到坏依次是:system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery > index_subquery > range > index > ALL ,一般来说,得保证查询至少达到range级别,最好能达到ref。
-
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根本不能使用索引,结果是检索会很慢
MySQL查看索引使用情况
?1 2 3 | show status like 'Handler_read%' ; show global status like 'Handler_read%' ; |
-
Handler_read_first
:索引中第一条被读的次数。如果较高,表示服务器正执行大量全索引扫描(这个值越低越好)。 -
Handler_read_key
:如果索引正在工作,这个值代表一个行被索引值读的次数,如果值越低,表示索引得到的性能改善不高,因为索引不经常使用(这个值越高越好)。 -
Handler_read_next
:按照键顺序读下一行的请求数。如果你用范围约束或如果执行索引扫描来查询索引列,该值增加。 -
Handler_read_prev
:按照键顺序读前一行的请求数。该读方法主要用于优化ORDER BY ... DESC。 -
Handler_read_rnd
:根据固定位置读一行的请求数。如果你正执行大量查询并需要对结果进行排序该值较高。你可能使用了大量需要MySQL扫描整个表的查询或你的连接没有正确使用键。这个值较高,意味着运行效率低,应该建立索引来补救。 -
Handler_read_rnd_next
:在数据文件中读下一行的请求数。如果你正进行大量的表扫描,该值较高。通常说明你的表索引不正确或写入的查询没有利用索引。
总结
以上为个人经验,希望能给大家一个参考,也希望大家多多支持服务器之家。
原文链接:https://blog.csdn.net/vtopqx/article/details/86504206
声明
1.本站遵循行业规范,任何转载的稿件都会明确标注作者和来源;2.本站的原创文章,请转载时务必注明文章作者和来源,不尊重原创的行为我们将追究责任;3.作者投稿可能会经我们编辑修改或补充。