在MySQL里,我们一般使用SHOW STATUS查询服务器状态,语法一般来说如下: SHOW [GLOBAL | SESSION] STATUS [LIKE ‘pattern’ | WHERE expr] 执行命令后会看到很多内容,其中有一部分是Handler_read_*,它们显示了数据库处理SELECT查询语句的状态,对于调试SQL语句有很大意义,可惜实际很多人并不理解它们的实际意义,本文简单介绍一下: 为了让介绍更易懂,先建立一个测试用的表: CREATE TABLE `foo` ( `…

mysql> show status like 'handler_read_%'; +-----------------------+-------+ | Variable_name | Value | +-----------------------+-------+ | Handler_read_first | 1 | | Handler_read_key | 1 | | Handler_read_last | 0 | | Handler_read_next | 0 | | Handler_…

转自博客http://www.path8.net/tn/archives/5613 1.监控语法: 在MySQL里,使用SHOW STATUS查询服务器状态,语法一般来说如下: SHOW [GLOBAL | SESSION] STATUS [LIKE 'pattern' | WHERE expr] 执行命令后会看到很多内容,其中有一部分是Handler_read_*,它们显示了数据库处理SELECT查询语句的状态,对于调试SQL语句有很大意义. mysql> show session statu…

在分析一个SQL的性能好坏时,除了执行计划,另外一个常看的指标是"Handler_read_*"相关变量. Handler_read_key Handler_read_first Handler_read_last Handler_read_next Handler_read_prev Handler_read_rnd Handler_read_rnd_next 这七个变量,官方文档也有讲解,但很多人看完后,还是一头雾水. 下面结合具体的示例,来看看这七个变量的具体含义和区别. Han…

Because I do a lot of Performance Tuning gigs I get often in contact with these status variables. In the beginning I had a problem to understand them and now I have a problem to memorize the relation of the name and the meaning. Therefore I wrote thi…

  环境: 表t_feed_idx(user_id bigint, feed_id bigint, KEY (`user_id`,`feed_id`)) engine=innodb;表t_feed_info(feed_id bigint, PRIMARY KEY (`feed_id`), '其他列') engine=innodb; feed 总数 : 100000 用户(ID:20000001) feed 数 : 200   查询 #########  单表> 全部扫描    EXPLAIN S…

http://www.databaseclub.com/category/performance/…

本文同时发表在https://github.com/zhangyachen/zhangyachen.github.io/issues/117 首先说明一下MySQL的版本: mysql> select version(); +-----------+ | version() | +-----------+ | 5.7.17 | +-----------+ 1 row in set (0.00 sec) 表结构: mysql> desc test; +--------+-------------…

首先说明一下MySQL的版本:mysql> select version();+-----------+| version() |+-----------+| 5.7.17    |+-----------+1 row in set (0.00 sec)表结构:mysql> desc test;+--------+---------------------+------+-----+---------+----------------+| Field  | Type              …

MySQL InnoDB的二级索引(Secondary Index)会自动补齐主键,将主键列追加到二级索引列后面.详细一点来说,InnoDB的二级索引(Secondary Index)除了存储索引列key值,还存储着主键的值(而不是指向主键的指针).为什么这样做呢?因为InnoDB是以聚集索引方式组织数据的存储,即主键值相邻的数据行紧凑的存储在一起(索引组织表).当数据行移动或者发生页分裂的时候,可以减少大量的二级索引维护工作.InnoDB移动行时,无需更新二级索引.我们以官方文档的例子来测试:…