MySQL客户端/服务器：带有ACK标志但没有PSH的TCP响应数据包

Question

我有这个Linux二进制应用程序，它与本地MySQL服务器建立2个持久连接（使用127.0.0.1作为主机名）。

这样的应用程序每15分钟必须执行2000次单行insert （请不要质疑数据库设计），但是发生的情况是，在发送第n个insert后，连接B在某个点“挂起”了将近20秒对MySQL的声明； 看着wireshark的tcp转储，事实证明，在这种情况下，MySQL以简单的ACK数据包响应，没有任何MySQL协议特定部分，但实际上没有PSH标志，因此它不被识别为正确的MySQL“响应OK”消息。

谁能说明为什么MySQL服务器使用不带PSH标志的简单ACK TCP数据包响应请求查询数据包的原因？

Answer 1

TCP ack位于TCP级别，而不是应用程序（mysql协议）级别。

TCP堆栈ACK是您发送的数据。 这意味着它已经成功接收了数据，并有可能将数据交给了用户（在您的情况下是mysql服务器）。

因此，MySQL服务器正在忙于执行查询，并且在执行完查询后将返回应用程序响应（您要查找的MySQL“响应OK”消息）（在您的情况下，由于某种原因或其他原因，它需要20秒）-可能存在I / O争用，也许其他长时间运行的查询持有锁定，或者由于查询而需要完成其他繁重的工作。