我从mysql工作台运行查询，它允许您查看每个查询的统计信息。这些统计数据的一部分是“计时（在客户端测量）”和“计时（在服务器端测量）”。我已经包含了一个输出的示例。
mysql工作台的计时统计
我想知道为什么服务器端的时间比客户端长。我可能完全错了，但我认为客户端考虑了服务器时间和信息输出前的延迟，这将使客户端测量的时间更长。
我对这一点还不熟悉，也不太熟悉执行时间，但是工作台手册并没有提供太多帮助，并且假设我已经理解了这些值的含义以及它们是如何工作的。感谢您的帮助！
我从mysql工作台运行查询，它允许您查看每个查询的统计信息。这些统计数据的一部分是“计时（在客户端测量）”和“计时（在服务器端测量）”。我已经包含了一个输出的示例。
mysql工作台的计时统计
我想知道为什么服务器端的时间比客户端长。我可能完全错了，但我认为客户端考虑了服务器时间和信息输出前的延迟，这将使客户端测量的时间更长。
我对这一点还不熟悉，也不太熟悉执行时间，但是工作台手册并没有提供太多帮助，并且假设我已经理解了这些值的含义以及它们是如何工作的。感谢您的帮助！
1条答案
按热度按时间dohp0rv51#
我不能用文档来证实这一点，但是在一个非常大的查询上运行一个快速测试并处理返回到客户端结果网格的行数提供了一个可能的见解：
不限制：
计时（在客户端测量）：执行时间：0:00:0.77752995
计时（由服务器测量）：执行时间：0:00:7.46805535
表锁等待时间：0:00:0.00018100
“操作输出”窗格中的持续时间/提取时间：0.778s/7.723秒
10排
计时（在客户端测量）：执行时间：0:00:0.38576984
计时（由服务器测量）：执行时间：0:00:0.00058682
表锁等待时间：0:00:0.00018400
“操作输出”窗格中的持续时间/获取：0.386/0.00002秒
对我来说，服务器度量从客户机开始请求记录到停止的时间，而客户机度量服务器生成所需记录数所用的时间，这是有意义的。要返回“准确”的执行时间，可能需要将行设置为返回“no limit”，并在“action output”窗格中检查“duration”。
我已经在mysql论坛上发了帖子，希望得到一个解释，如果有可能的话，我会在这里发帖的。