我有一个监控应用程序,每 X 秒检查一次 MySQL 的Threads_connected和Max_used_connections变量。
这些变量都没有告诉我我想知道的:自上次检查(X 秒前)以来的最大并发连接数。
过去,我曾经FLUSH STATUS
在达到临界水平后的某个时间重置 Max_used_connections,但由于多种原因,这种方法并不理想,根据文档:
这是你应该只在调试查询时使用的东西。
在我着手对查询日志进行复杂分析之前,有什么我忽略的吗?
我有一个监控应用程序,每 X 秒检查一次 MySQL 的Threads_connected和Max_used_connections变量。
这些变量都没有告诉我我想知道的:自上次检查(X 秒前)以来的最大并发连接数。
过去,我曾经FLUSH STATUS
在达到临界水平后的某个时间重置 Max_used_connections,但由于多种原因,这种方法并不理想,根据文档:
这是你应该只在调试查询时使用的东西。
在我着手对查询日志进行复杂分析之前,有什么我忽略的吗?
我唯一能想到的就是找到一些东西(也许通过 cron 作业)来记录每分钟的“Threads_connected”值,然后计算这些值的最大值。
我不确定您是否可以在监视期之前不重置“Max_used_connections”的情况下完全按照您的要求进行操作。