Handler_read_rnd_next Handler_read_rnd_next表示在扫描索引时读取随机记录的次数。这个指标通常发生在表扫描过程中,当MySQL无法按照索引顺序读取记录时。如果这个值较高,可能意味着索引的选择不够理想,或者查询条件导致数据库无法有效利用索引。可以考虑优化索引或查询条件,以提高性能。 优化建议 合理设计索引:根据查询...
mysql>SHOW SESSION STATUSLIKE"%handler_read%";+---+---+|Variable_name|Value|+---+---+|Handler_read_first|0||Handler_read_key|1||Handler_read_last|1||Handler_read_next|0||Handler_read_prev|9||Handler_read_rnd|0||Handler_read_rnd_next|0|+---+---+7rowsinset(0.03sec) mysql>...
{"Handler_read_first",(char*) offsetof(STATUS_VAR,ha_read_first_count),SHOW_LONGLONG_STATUS,SHOW_SCOPE_ALL},{"Handler_read_key",(char*) offsetof(STATUS_VAR,ha_read_key_count),SHOW_LONGLONG_STATUS,SHOW_SCOPE_ALL},{"Handler_read_last",(char*) offsetof(STATUS_VAR,ha_read_last_count),...
Bug #30632 HANDLER read failure causes hang Submitted: 24 Aug 2007 20:44Modified: 9 Oct 2007 17:29 Reporter: Davi Arnaut (OCA) Email Updates: Status: Closed Impact on me: None Category: MySQL ServerSeverity: S3 (Non-critical) Version: 5.0BK/5.1BKOS: Any Assigned to: Davi Arnaut ...
Handler_read_first 通常代表着全表或者全索引扫描。 Handler_read_next 通常代表着合理的使用了索引或者全索引扫描。 Handler_read_key 不管全表全索引或者正确使用的索引实际上都会增加,只是一次索引定位而已。 Innodb中全表扫描也是主键的全索引扫描。 顺序访问的一条记录实际上都是调用ha_innobase::general_fetch函...
Handler_read_last Innodb接口为ha_innobase::index_last 访问索引的最后一条数据作为定位,实际上也是封装的ha_innobase::index_read函数,用于ORDER BY DESC 索引扫描避免排序,内部状态值ha_read_last_count增加。 三、常用查询测试 1、测试用例 mysql>show create table z1; ...
如上所示,mysql中关于read的计数器,有7个。他们的数值对于系统的状况的了解,对于系统的调优都十分重要。我们应该理解他们的含义。本文是自己的一些理解。首先7个计数器,我们应该分为两部分:1)对索引读的计数器:前面的5个都是对索引读情况的计数器, Handler_read_first:是指读索引的第一项(的次数);...
Handler_read_first增加1次用于初次定位,Handler_read_key增加1次,Handler_read_next增加扫描行数用于连续访问接下来的行。我们前面说过因为ha_innobase::index_first也是封装的ha_innobase::index_read因此都需要+1。4、索引ref访问我这里因为是测试索引全是等于10的加上了force indexmysql>...
Handler_read_last Innodb接口为ha_innobase::index_last 访问索引的最后一条数据作为定位,实际上也是封装的ha_innobase::index_read函数,用于ORDER BY DESC 索引扫描避免排序,内部状态值ha_read_last_count增加。 三、常用查询测试 1、测试用例 mysql> show create table z1; ...
Bug #52312lost Handler_read_last status variable Submitted:23 Mar 2010 18:15Modified:20 Nov 2010 22:45 Reporter:Gleb ShchepaEmail Updates: Status:ClosedImpact on me: None Category:MySQL Server: Information schemaSeverity:S3 (Non-critical) ...