MySQL怎么查看SQL执行历史？通用日志+performance_schema实操教学

想要追踪MySQL数据库的SQL执行历史？本文为你详解两种核心方法：**通用查询日志**与**Performance Schema**。通用查询日志虽能记录所有SQL语句，但因性能影响较大，不推荐在生产环境长期使用。更优方案是利用Performance Schema，通过`events_statements_summary_by_digest`等表查看SQL摘要及执行详情，并根据实际需求调整历史记录大小，确保性能与审计需求兼顾。此外，还介绍了慢查询日志、第三方监控工具（如PMM）等安全方案，以及企业版审计插件、ProxySQL代理等补充手段。掌握这些技巧，助你高效排查问题、优化性能，并安全地监控MySQL数据库的SQL执行情况。

MySQL查看SQL执行历史的核心方法包括启用通用查询日志和利用Performance Schema。1. 启用通用查询日志：可临时通过SET GLOBAL命令开启，或在配置文件中设置general_log = ON并指定路径，重启生效，但不建议在生产环境长期使用；2. 使用Performance Schema：需确保setup_instruments和setup_consumers中相关项已启用，并可通过events_statements_summary_by_digest等表查看SQL摘要及执行详情；3. 生产环境推荐方案：优先使用Performance Schema，合理配置历史记录大小，或结合慢查询日志与第三方监控工具（如PMM）降低性能影响；4. 其他补充方式：如企业版审计插件、ProxySQL代理或应用程序代码记录。注意，events_statements_history用于存储较短SQL语句，events_statements_history_long用于较长语句，两者均受系统变量限制，需根据需求调整配置。

MySQL查看SQL执行历史，主要通过启用通用查询日志或利用performance_schema来实现。前者记录所有SQL语句，后者提供更详细的性能数据。

解决方案

1. 启用通用查询日志 (General Query Log):

   

   • 临时启用 (不推荐生产环境):

     

     SET GLOBAL general_log = 'ON';
     SET GLOBAL general_log_file = '/path/to/your/general.log'; -- 自定义日志文件路径

   • 永久启用 (my.cnf/my.ini):

     在MySQL配置文件中 (例如 my.cnf 或 my.ini)，找到 [mysqld] 部分，添加或修改以下行：

     general_log = ON
     general_log_file = /path/to/your/general.log

     重启MySQL服务使配置生效。

   • 查看日志:

     tail -f /path/to/your/general.log

     或使用MySQL客户端：

     SELECT * FROM mysql.general_log; -- MySQL 8.0 之后不推荐直接查询表

   注意事项: 通用查询日志会记录所有SQL语句，包括敏感数据，且会显著增加磁盘I/O，强烈不建议在生产环境长时间开启。启用前务必评估其对性能的影响。

2. 使用 Performance Schema:

   • 检查是否启用:

     SELECT NAME, ENABLED FROM performance_schema.setup_instruments WHERE NAME LIKE '%statement/%';
     SELECT NAME, ENABLED FROM performance_schema.setup_consumers WHERE NAME LIKE '%statement/%';

     确保相关的 instruments 和 consumers 都已启用 (ENABLED = 'YES')。如果未启用，使用以下语句启用：

     UPDATE performance_schema.setup_instruments SET ENABLED = 'YES' WHERE NAME LIKE '%statement/%';
     UPDATE performance_schema.setup_consumers SET ENABLED = 'YES' WHERE NAME LIKE '%statement/%';

   • 查询 SQL 执行历史:

     SELECT
         DIGEST_TEXT,
         COUNT_STAR,
         SUM_TIMER_WAIT,
         AVG_TIMER_WAIT,
         FIRST_SEEN,
         LAST_SEEN
     FROM
         performance_schema.events_statements_summary_by_digest
     ORDER BY
         SUM_TIMER_WAIT DESC
     LIMIT 10;

     这个查询会显示执行次数最多的SQL语句摘要，以及它们的执行时间和首次/最后执行时间。DIGEST_TEXT 是SQL语句的规范化版本，用于聚合相似的查询。

     若要查看完整的SQL语句 (需要 events_statements_history 或 events_statements_history_long 表)，则：

     SELECT
         EVENT_ID,
         DIGEST_TEXT,
         SQL_TEXT,
         CURRENT_SCHEMA,
         START_TIME,
         END_TIME,
         ERRORS,
         WARNINGS
     FROM
         performance_schema.events_statements_history_long
     ORDER BY
         START_TIME DESC
     LIMIT 10;

     注意: events_statements_history 和 events_statements_history_long 表的大小受到 performance_schema_events_statements_history_size 和 performance_schema_events_statements_history_long_size 系统变量的限制。 默认值可能很小，需要根据实际情况调整。 调整这些变量需要重启MySQL服务。

   • 配置 Performance Schema 历史记录大小:

     在 my.cnf/my.ini 中：

     performance_schema_events_statements_history_size = 100
     performance_schema_events_statements_history_long_size = 10000

     重启MySQL服务。

如何在生产环境中安全地查看SQL执行历史？

生产环境的核心原则是尽量减少对现有业务的影响。直接开启通用查询日志风险较高。更安全的方法是：

1. 使用 Performance Schema: Performance Schema 对性能的影响相对较小，可以长期开启。合理配置历史记录大小，可以满足大部分审计需求。

2. 慢查询日志 (Slow Query Log): 记录执行时间超过 long_query_time 秒的SQL语句。 配置方法类似通用查询日志，但只会记录慢查询，对性能的影响更小。

3. 第三方监控工具: 使用专业的MySQL监控工具，如Percona Monitoring and Management (PMM)、SolarWinds Database Performance Analyzer等。这些工具提供更友好的界面和更强大的分析功能，可以更方便地查看SQL执行历史和性能指标。

Performance Schema中 events_statements_history 和 events_statements_history_long 的区别？

主要区别在于存储的SQL语句长度。events_statements_history 存储较短的SQL语句，而 events_statements_history_long 存储更长的SQL语句。如果你的应用中包含大量长SQL语句 (例如包含大量IN子句的查询)，则需要使用 events_statements_history_long。 两个表都受到大小限制，需要根据实际情况配置。 通常情况下，推荐同时启用这两个表，并根据实际情况调整大小。

除了日志和Performance Schema，还有其他方法查看MySQL的SQL执行历史吗？

除了通用查询日志和 Performance Schema，还可以考虑以下方法：

1. 审计日志插件 (Audit Log Plugin): MySQL Enterprise Edition 提供审计日志插件，可以记录更详细的SQL执行信息，包括执行用户、客户端IP等。 这是一个收费功能，但对于需要满足合规性要求的应用来说，是一个不错的选择。

2. ProxySQL: ProxySQL 是一个高性能的MySQL代理服务器，可以拦截所有SQL语句，并将其记录下来。 ProxySQL 可以用于实现读写分离、负载均衡等功能，同时也可以作为SQL审计工具使用。

3. 应用程序代码: 在应用程序代码中记录SQL语句。 这种方法需要修改应用程序代码，但可以更灵活地控制记录哪些SQL语句。例如，可以只记录特定类型的SQL语句，或者只记录执行时间超过特定阈值的SQL语句。 需要注意的是，这种方法会增加应用程序的复杂性，并可能对性能产生影响。

终于介绍完啦！小伙伴们，这篇关于《MySQL怎么查看SQL执行历史？通用日志+performance_schema实操教学》的介绍应该让你收获多多了吧！欢迎大家收藏或分享给更多需要学习的朋友吧~golang学习网公众号也会发布数据库相关知识，快来关注吧！