共计 2171 个字符，预计需要花费 6 分钟才能阅读完成。
今天就跟大家聊聊有关 MySQL handler 相关状态参数有哪些呢，可能很多人都不太了解，为了让大家更加了解，丸趣 TV 小编给大家总结了以下内容，希望大家根据这篇文章可以有所收获。
Handler 参数列表如下:
mysql show global status like Handle%
+—————————-+—————+
| Variable_name | Value |
+—————————-+—————+
| Handler_commit | 292547310 |
| Handler_delete | 20004688 |
| Handler_discover | 0 |
| Handler_external_lock | 298778503 |
| Handler_mrr_init | 0 |
| Handler_prepare | 89764296 |
| Handler_read_first | 84936796 |
| Handler_read_key | 197690980 |
| Handler_read_last | 25 |
| Handler_read_next | 449603395282 |
| Handler_read_prev | 488140 |
| Handler_read_rnd | 17904308 |
| Handler_read_rnd_next | 2234678057572 |
| Handler_rollback | 3965287 |
| Handler_savepoint | 2 |
| Handler_savepoint_rollback | 566 |
| Handler_update | 150669454 |
| Handler_write | 1392716731 |
+—————————-+—————+
18 rows in set (0.00 sec)
| Handler_commit | 内部提交语句数
| Handler_delete | 请求从表中删除行的次数。
| Handler_discover | MySQL 服务器可以问 NDB CLUSTER 存储引擎是否知道某一名字的表。这被称作发现。Handler_discover 说明通过该方法发现的次数。
| Handler_external_lock | 此变量与锁定操作数量有关，主要是在表访问的开始和结束时起作用。
| Handler_mrr_init | 服务器使用存储引擎自己实现的多范围读取的次数。
| Handler_prepare | 用于两阶段提交操作的准备阶段的计数器。
| Handler_read_first | 索引中第一条被读的次数。如果较高，它建议服务器正执行大量全索引扫描；例如，SELECT col1 FROM foo，假定 col1 有索引。
| Handler_read_key | 根据键读一行的请求数。如果较高，说明查询和表的索引正确。
| Handler_read_last | 根据键读最后一行的请求数。
| Handler_read_next | 按照键顺序读下一行的请求数。如果你用范围约束或如果执行索引扫描来查询索引列，该值增加。
| Handler_read_prev | 按照键顺序读前一行的请求数。该读方法主要用于优化 ORDER BY … DESC。
| Handler_read_rnd | 根据固定位置读一行的请求数。如果你正执行大量查询并需要对结果进行排序该值较高。你可能使用了大量需要 MySQL 扫描整个表的查询或你的连接没有正确使用索引。
| Handler_read_rnd_next | 在数据文件中读下一行的请求数。如果你正进行大量的表扫描，该值较高。通常说明你的表索引不正确或写入的查询没有利用索引。
| Handler_rollback | 内部 ROLLBACK 语句的数量
| Handler_savepoint | 在一个存储引擎放置一个保存点的请求数量。
| Handler_savepoint_rollback | 在一个存储引擎的要求回滚到一个保存点数目。
| Handler_update | 请求更新表中一行的次数。
| Handler_write | 请求向表中插入一行的次数。
Handler_read_rnd_next 的值高则意味着查询运行低效，并且应该建立索引补救或优化。这个值的含义是在数据文件中读取下一行的请求数。如果正在进行大量的表扫描，Handler_read_rnd_next 的值比较高通常说明表索引不正确或写入的查询没有有效利用索引。
看完上述内容，你们对 MySQL handler 相关状态参数有哪些呢有进一步的了解吗？如果还想了解更多知识或者相关内容，请关注丸趣 TV 行业资讯频道，感谢大家的支持。
