MySQL不支持SET STATISTICS IO，因其为SQL Server特有语法；应使用performance_schema.global_status差值法测单条SQL的逻辑读与物理读，并关注其比值评估缓冲池效率。
SET STATISTICS IO 在 MySQL 中根本不可用——这是 SQL Server 的语法，直接执行会报错 ERROR 1064 (42000)。MySQL 没有类似 T-SQL 的运行时 I/O 统计开关，必须换思路。
为什么不能用 SET STATISTICS IO？
MySQL 和 SQL Server 的监控机制完全不同：SET STATISTICS IO ON 是 SQL Server 特有的会话级开关，用于输出每条语句的逻辑读、物理读、预读页数等；MySQL 没有该命令，也不在客户端返回中嵌入这类运行时 I/O 统计。试图复制 SQL Server 做法只会得到语法错误。
用 performance_schema.global_status 差值法测单条 SQL
这是最常用、兼容性最好的方式，适用于 MySQL 5.6+，原理是捕获执行前后两个全局状态变量的变化量：
-
Innodb_buffer_pool_read_requests表示逻辑读总次数（缓存命中 + 缓存未命中都算一次访问） -
Innodb_buffer_pool_reads表示物理读总次数（真正从磁盘读取页的次数） - 执行前先用
SELECT variable_value INTO @init_reqs FROM performance_schema.global_status WHERE variable_name = 'Innodb_buffer_pool_read_requests';记录初始值 - 再执行目标 SQL（注意：必须在同一个连接中，否则会受其他会话干扰）
- 执行后查最终值并做减法：
SELECT (@final_reqs - @init_reqs) AS logical_reads, (@final_reads - @init_reads) AS physical_reads;
容易被忽略的干扰点
这个方法看似简单，但实际踩坑率很高：
- 其他并发查询会同时修改
Innodb_buffer_pool_read_requests和Innodb_buffer_pool_reads，导致差值不准——必须确保测试期间无其他写/读密集操作，或在专用测试库中进行 - 如果目标 SQL 触发了隐式事务（如 UPDATE 前自动开启事务），且未显式
COMMIT，后续语句可能复用相同事务上下文，影响缓冲池行为 -
Innodb_buffer_pool_reads只统计“首次加载页”的物理读，同一页被反复访问只算 1 次物理读、多次逻辑读；但如果你在循环里反复执行同一条 SELECT，第二次起基本全是逻辑读，此时差值法依然有效，只是要理解这个语义 - 不建议用
Innodb_rows_read代替逻辑读——它统计的是行级扫描次数，不是页级访问次数，和“逻辑读”在 InnoDB 层的定义不一致
想看更细粒度？打开 Performance Schema 的 statement_digest
MySQL 5.7+ 支持开启 performance_schema 的语句摘要表，可长期追踪某类 SQL 的平均物理读/逻辑读趋势：
- 确认已启用：
SELECT * FROM performance_schema.setup_consumers WHERE NAME = 'events_statements_digests';，若为NO需先UPDATE performance_schema.setup_consumers SET ENABLED = 'YES' WHERE NAME = 'events_statements_digests'; - 查询最近执行过的语句摘要：
SELECT DIGEST_TEXT, COUNT_STAR, SUM_TIMER_WAIT, SUM_ROWS_AFFECTED, SUM_CREATED_TMP_TABLES, SUM_SELECT_FULL_JOIN, SUM_INNODB_PAGE_READS FROM performance_schema.events_statements_summary_by_digest WHERE DIGEST_TEXT LIKE '%your_table%'; - 注意：
SUM_INNODB_PAGE_READS是 MySQL 8.0.23+ 新增字段，旧版本没有；逻辑读仍需靠buffer_pool_read_requests差值推算
真实环境里，单次 SQL 的物理读/逻辑读数值本身意义有限，关键要看它们的比值——如果 physical_reads / logical_reads 接近 1，说明缓冲池严重不足或查询无法利用索引；如果接近 0，说明数据基本都在内存里。别只盯着绝对数字。
