关于我的sql的非常好的查询需要超过5秒

Question

最近，我们在mysql(主)日志中看到了一些查询，但不知道为什么会在其中显示:查询是select/update table where id = <some integer>。

hardware

• there上运行的是非常好的

• 服务器，没有涉及到

H 112>我们当时没有看到数据库上运行的大量活动H 213H 114表是innodbH 215/code>H 116相同的查询一般不需要50 is，但有时这些查询的执行都需要4-8秒左右的时间h<217/code>G 218。

其中一个观察是类似的“非慢速但奇怪的高时间”查询在一段时间内花费了几乎相同的时间。也就是说，如顶部所述的查询都需要4.35秒左右的时间，变化时间为0.05秒。

网络延迟/数据包丢弃会影响mysql查询时间吗？

Answer 1

show processlist;
show global status like '%onnect%';
show global status like '%open%';

有什么备份吗？它在排队吗？在等文件句柄？你的max_connections是什么，开放文件限制，thread_concurrency？

一个问题是:网络延迟/数据包丢弃会影响mysql查询的时间吗？是的，必须在客户端重新启动查询之前发生超时。

Answer 2

• 您在本地还是通过网络看到了这些问题？如果是后者，那么如果从客户端度量，显然数据包丢失会影响您的性能。运行在虚拟机中的
• 是否会影响到

问题？

• 如何设置序列化？访问同一行的许多进程是否会出现争用问题？
• 您可能希望启用查询/慢速查询日志，以查看是否存在导致此问题的任何模式。

Answer 3

Mysql慢日志不是了解慢速查询的有代表性的源。如果某些事情使服务器工作缓慢，那么所有查询通常都会转到慢速日志。

例如，如果在MyISAM上有一些缓慢的阻塞选择，那么很多PK更新都会转到慢速日志。

您需要搜索其他缓慢的查询或服务器问题。这台机器上的平均负载情况如何？mysql不是被替换到交换内存中了吗？其他申请？每秒的查询？