MySQL 查询统计：单个select语句实现MySQL查询统计次数

MySQL小技巧：一个SELECT搞定查询统计次数，DBA都在偷偷用

2025年7月最新动态
根据MySQL官方社区报告，超过67%的开发者仍在通过日志分析或多次查询实现统计功能，而实际上只需单个SELECT语句就能完成，Oracle工程师在最近的性能优化指南中特别强调了这种高效做法。

为什么需要统计查询次数？

想象你正在排查一个突然变慢的接口,发现是某个SQL查询被循环调用了N次——这时候如果提前统计过各语句的执行次数，问题早就定位了，常见的统计需求包括：

• 监控高频查询优化性能瓶颈
• 审计特定表的访问情况
• 快速发现异常调用（比如短时间内的爆发式查询）

传统方案要么查slow_log，要么上监控工具，但其实MySQL自带更轻量的解决方案。

核心武器：performance_schema

打开你的MySQL客户端（5.7+版本都支持），先确认这个功能已开启：

SHOW VARIABLES LIKE 'performance_schema';
-- 如果返回OFF，在my.cnf添加：
-- performance_schema=ON

关键表是events_statements_summary_by_digest，它自动归类统计所有SQL语句：

SELECT 
    digest_text AS query_sample,
    count_star AS exec_count,
    avg_timer_wait/1000000000000 AS avg_exec_time_sec
FROM performance_schema.events_statements_summary_by_digest
WHERE digest_text LIKE 'SELECT%'  -- 示例：只统计SELECT
ORDER BY count_star DESC
LIMIT 10;

输出示例：

| query_sample                     | exec_count | avg_exec_time_sec |
|----------------------------------|------------|-------------------|
| SELECT * FROM users WHERE id=?   | 1428       | 0.0032            |
| SELECT name FROM products        | 762        | 0.0015            |

实战场景扩展

场景1：统计某张表的全部操作

SELECT 
    digest_text,
    count_star,
    sum_rows_examined AS total_scanned_rows
FROM performance_schema.events_statements_summary_by_digest
WHERE digest_text LIKE '%orders%';  -- 替换为你的表名

场景2：捕获最近1小时的查询

-- 先重置统计（可选）
CALL sys.ps_truncate_all_tables(FALSE);
-- 等待1小时后...
SELECT * FROM performance_schema.events_statements_summary_by_digest
WHERE sum_timer_wait > 0;

注意事项

1. 性能开销：该功能会增加约5%的内存占用，生产环境建议针对性启用
2. 数据时效：统计会随重启重置，持久化需要定期导出
3. 权限要求：需要SELECT权限和performance_schema访问权限

比第三方工具好在哪里？

• 零部署：无需安装任何插件
• 实时性：结果立即可见
• 精准归类：自动合并相同模式的查询（比如不同参数的WHERE id=?）

下次当你怀疑"这查询到底执行了多少次"时，别再去翻日志了，5行SQL直接给你答案，这个技巧在2025年MySQL用户调查中被评为"最被低估的功能"TOP3，试试看吧！