PROGRESS 4GL：能否实时查询每秒读取表的程序列表及操作统计？

• 业务流量突增：促销、热点事件等场景下，大量用户访问依赖该表的业务接口，直接推高读取请求量。
• 不合理的查询逻辑：未加索引的全表扫描、频繁返回大量数据的查询，或是用循环单查替代批量查询，都会反复触发OS层面的读操作。
• 缓存失效/未命中：如果该表数据没被有效缓存（比如Redis缓存失效、缓存策略不合理），所有请求直接落到数据库，导致OS Read飙升。
• 数据库配置问题：比如InnoDB缓冲池设置过小，没法容纳常用数据，只能频繁从磁盘读取，也就是OS Read。
• 后台任务/ETL作业：定时报表统计、数据同步等后台任务，可能在特定时段对该表进行大量扫描，拉高读取频次。
• 锁或阻塞影响：表存在锁等待时，查询会排队，间接增加OS层面的读操作次数。

• 数据库内置工具：
  • MySQL可启用performance_schema，通过events_statements_summary_by_table查看各表操作统计，结合events_statements_summary_by_program关联到具体执行的程序或语句；也能用sys库的statements_with_full_table_scans等视图快速定位问题查询。
  • PostgreSQL可安装pg_stat_statements插件，开启后能统计各SQL的执行频次、来源应用，搭配pg_stat_user_tables查看表的读写删统计。
• 第三方工具集：
  • pt-query-digest（Percona Toolkit）：可实时抓取数据库查询日志，按表、操作类型统计频次，同时识别发起请求的客户端程序。
  • tcpdump：针对数据库端口抓包，分析哪些IP或程序在频繁发起对该表的请求，适合定位请求来源。
• 监控平台：
  • Zabbix、Prometheus+Grafana：配置数据库监控模板后，能实时展示表的读写删QPS，结合自定义规则可关联到具体请求来源（需提前配置指标采集）。

内容的提问来源于stack exchange，提问作者David