MYSQL: Handler_read_%参数说明

1. id    select_type    table    type    possible_keys    key    key_len    ref    rows    Extra
2. 1    SIMPLE    i    ALL    N    N    N    N    98734

    Handler_read_first + 1 : 从(主)键的第一个位置开始读取    Handler_read_key + 1 : 根据第一个位置的KEY读1行，其他9行是根据叶节点的链表依次读取    Handler_read_rnd_next +10 : 从主键的叶节点(行数据)中顺序读取10行> 索引扫描    EXPLAIN SELECT * FROM `t_feed_info` AS i ORDER BY feed_id LIMIT 0, 10;

点击(此处)折叠或打开

1. id    select_type    table    type    possible_keys    key    key_len    ref    rows    Extra
2. 1    SIMPLE    i    index    N    PRIMARY    8    N    10

    Handler_read_first + 1 : 从(主)键的第一个位置开始读取    Handler_read_key + 1 : 根据第一个位置的KEY读1行    Handler_read_next + 9 : 按(主)键顺序依次读取之后的9行    EXPLAIN SELECT * FROM `t_feed_info` AS i ORDER BY feed_id DESC LIMIT 0, 10;

点击(此处)折叠或打开

1. id    select_type    table    type    possible_keys    key    key_len    ref    rows    Extra
2. 1    SIMPLE    i    index    N    PRIMARY    8    N    10

    Handler_read_key + 1 : 根据第一个位置的KEY读1行    Handler_read_last + 1 : 从(主)键的最后一个位置开始读取    Handler_read_prev + 9 : 按(主)键顺序依次读取之前的9行> 索引覆盖扫描    EXPLAIN SELECT feed_id FROM `t_feed_info` AS i ORDER BY feed_id LIMIT 0, 10;

点击(此处)折叠或打开

1. id    select_type    table    type    possible_keys    key    key_len    ref    rows    Extra
2. 1    SIMPLE    i    index    N    PRIMARY    8    N    10    Using index

    Handler_read_first + 1 : 从(主)键的第一个位置开始读取    Handler_read_key + 1 : 根据第一个位置的KEY读1行    Handler_read_next + 9 : 按(主)键顺序依次读取之后的9行    EXPLAIN SELECT feed_id FROM `t_feed_info` AS i ORDER BY feed_id DESC LIMIT 0, 10;

点击(此处)折叠或打开

1. id    select_type    table    type    possible_keys    key    key_len    ref    rows    Extra
2. 1    SIMPLE    i    index    N    PRIMARY    8    N    10    Using index

    Handler_read_key + 1 : 根据第一个位置的KEY读1行    Handler_read_last + 1 : 从(主)键的最后一个位置开始读取    Handler_read_prev + 9 : 按(主)键倒序依次读取之后的9行############### join# set @uid := ‘20000001‘;> WHERE + 排序    # asc    EXPLAIN SELECT * FROM `t_feed_idx` AS i    LEFT JOIN `t_feed_info` AS f ON f.`feed_id`=i.`feed_id`    WHERE i.user_id=@uid ORDER BY i.feed_id LIMIT 0, 10;

点击(此处)折叠或打开

1. id    select_type    table    type    possible_keys    key    key_len    ref    rows    Extra
2. 1    SIMPLE    i    ref    user_id    user_id    8    const    200    Using where; Using index
3. 1    SIMPLE    f    eq_ref    PRIMARY    PRIMARY    8    z3.i.feed_id    1

    Handler_read_key + 11 : t_feed_idx 根据user_id读1次，t_feed_info根据feed_id读10次    Handler_read_next + 9 : t_feed_idx按键顺序依次向后读取9个feed_id    # desc    EXPLAIN SELECT * FROM `t_feed_idx` AS i    LEFT JOIN `t_feed_info` AS f ON f.`feed_id`=i.`feed_id`    WHERE i.user_id=@uid ORDER BY i.feed_id desc LIMIT 0, 10;

点击(此处)折叠或打开

1. id    select_type    table    type    possible_keys    key    key_len    ref    rows    Extra
2. 1    SIMPLE    i    ref    user_id    user_id    8    const    200    Using where; Using index
3. 1    SIMPLE    f    eq_ref    PRIMARY    PRIMARY    8    z3.i.feed_id    1

    Handler_read_key + 11 : t_feed_idx 根据user_id读1次，t_feed_info根据feed_id读10次    Handler_read_prev + 9 : t_feed_idx按键倒序依次向前读取9个feed_id# 不好的查询方式: > 使用被关联表t_feed_info的feed_id列进行排序    EXPLAIN SELECT * FROM `t_feed_idx` AS i    LEFT JOIN `t_feed_info` AS f ON f.`feed_id`=i.`feed_id`    WHERE i.user_id=@uid ORDER BY f.feed_id LIMIT 0, 10;  

点击(此处)折叠或打开

1. id    select_type    table    type    possible_keys    key    key_len    ref    rows    Extra
2. 1    SIMPLE    i    ref    user_id    user_id    8    const    200    Using index; Using temporary; Using filesort
3. 1    SIMPLE    f    eq_ref    PRIMARY    PRIMARY    8    z3.i.feed_id    1

    Handler_read_key + 201 : t_feed_idx 根据user_id读1次，t_feed_info根据feed_id读200次    Handler_read_next + 200 : t_feed_idx按键顺序依次读取199个feed_id. 额外的1次是？？    Handler_read_rnd + 10 : filesort后每行位置都是固定的,limit 10取10行    Handler_read_rnd_next + 201: filesort全表遍历读取temporary表中的200行，进行排序; 额外的1是EOF标志位;    Using temporary; Using filesort 原因: 无法使用t_feed_idx表的索引            1>先查询表t_feed_idx中满足@uid的200行与表t_feed_info进行join,将结果保存在temporary表                Handler_read_key + 201, Handler_read_next + 200            2>然后对临时表排序;                Handler_read_rnd_next + 201            3>取前10个。                 Handler_read_rnd + 10> where条件放在join中    EXPLAIN SELECT * FROM `t_feed_idx` AS i    LEFT JOIN `t_feed_info` AS f ON f.`feed_id`=i.`feed_id` AND i.user_id=@uid     ORDER BY i.`feed_id` DESC LIMIT 0, 10;  

点击(此处)折叠或打开

1. id    select_type    table    type    possible_keys    key    key_len    ref    rows    Extra
2. 1    SIMPLE    i    index    N    user_id    16    N    100396    Using index; Using filesort
3. 1    SIMPLE    f    eq_ref    PRIMARY    PRIMARY    8    z3.i.feed_id    1

    Handler_read_first + 1 : 从表t_feed_idx 中user_id索引开始位置进行读取    Handler_read_key + 11 : t_feed_idx 根据user_id读1次，t_feed_info根据feed_id读10次    Handler_read_rnd_next + 100001: filesort全表遍历读取表t_feed_idx 中user_id索引的100000行，进行排序; 额外的1是EOF标志位;    没有 Using temporary 是因为先对t_feed_idx的索引user_id进行排序，然后再join    Using filesort 原因:            无法使用t_feed_idx表的索引            1>先对表t_feed_idx排序，取10个feed_id                Handler_read_first + 1, Handler_read_key + 1, Handler_read_rnd_next + 100001            2>然后根据feed_id与表t_feed_info进行join                Handler_read_key + 10参考: http://www.mysqlperformanceblog.com/2010/06/15/what-does-handler_read_rnd-mean/

MYSQL: Handler_read_%参数说明

标签：

小编还为您整理了以下内容，可能对您也有帮助：

如何查看索引使用情况

分析这几个值，我们可以查看当前索引的使用情况：

　　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：在数据文件中读下一行的请求数。如果你正进行大量的表扫描，该值较高。通常说明你的表索引不正确或写入的查询没有利用索引。

索引失效的情况和解释

索引并不是时时都会生效的，比如以下几种情况，将导致索引失效：

    1.如果条件中有or，即使其中有条件带索引也不会使用(这也是为什么尽量少用or的原因)

　　注意：要想使用or，又想让索引生效，只能将or条件中的每个列都加上索引

　　2.对于多列索引，不是使用的第一部分，则不会使用索引

　　3.like查询是以%开头

    4.如果列类型是字符串，那一定要在条件中将数据使用引号引用起来,否则不使用索引

5.如果mysql估计使用全表扫描要比使用索引快,则不使用索引

此外，查看索引的使用情况

show status like ‘Handler_read%';

大家可以注意：

handler_read_key:这个值越高越好，越高表示使用索引查询到的次数

handler_read_rnd_next:这个值越高，说明查询低效。

------------------

1、WHERE字句的查询条件里有不等于号（WHERE column!=...），MYSQL将无法使用索引

2、类似地，如果WHERE字句的查询条件里使用了函数（如：WHERE DAY(column)=...），MYSQL将无法使用索引

3、在JOIN操作中（需要从多个数据表提取数据时），MYSQL只有在主键和外键的数据类型相同时才能使用索引，否则即使建立了

 索引也不会使用

4、如果WHERE子句的查询条件里使用了比较操作符LIKE和REGEXP，MYSQL只有在搜索模板的第一个字符不是通配符的情况下才能

使用索引。比如说，如果查询条件是LIKE 'abc%',MYSQL将使用索引；如果条件是LIKE '%abc'，MYSQL将不使用索引。

5、在ORDER BY操作中，MYSQL只有在排序条件不是一个查询条件表达式的情况下才使用索引。尽管如此，在涉及多个数据表的查

询里，即使有索引可用，那些索引在加快ORDER BY操作方面也没什么作用。

6、如果某个数据列里包含着许多重复的值，就算为它建立了索引也不会有很好的效果。比如说，如果某个数据列里包含了净是

些诸如“0/1”或“Y/N”等值，就没有必要为它创建一个索引。

mysql %_20%什么意思

获取某列含有 _20 的行。

select * from tbl_name where col_name = '%_20%'; #找出col_name列里含有 _20 的行。