问题标签 [mysql-slow-query-log]

有时我在慢日志中看到不应该存在的查询。

我知道这样的查询每天执行很多次，而且速度足够快，当我分析慢日志时，我发现这个特定的查询只一次记录下来，

这是否意味着由于某些表被锁定而变得缓慢？或者其他一些查询使数据库服务器忙？或者是其他东西 ？？？

如何找出原因，肯定是快速查询出现在日志中？

我有下一个查询

和下一个计划

有没有可能让它更快？现在大约需要 12 秒

PS 在gu表中只有两个唯一type值。并且该表中的所有记录数均超过 1M。

使用 MySQL 5.5.28 版，

我有一个这样定义的表：

如您所见，这非常简单。我在 id 字段上有一个主键。现在，我使用如下方式查询它：

不幸的是，它拒绝使用密钥，并显示在我的慢查询日志中。

对其执行 EXPLAIN 可提供：

它在整个表中只有不到 20 行，所以我明白为什么它不太可能使用索引。但是，为什么这会是 MySQL 的“慢查询”？

我经常查看我的一台 MySQL 复制服务器上的慢速日志，发现最常见的慢速查询SHOW GLOBAL STATUS平均运行时间为 914 秒。

我已经知道它为什么存在（一个监控探针正在生成请求），我的问题是为什么它需要这么长时间才能运行？

服务器正在运行 MySQL Server 5.0.95。

我想提高通知板的速度。它从event表中检索数据。此时eventsMySQL 表看起来像这样

在event表中，我存储了一行，其中包含有关特定事件的信息。每次用户 A 请求新的通知时，查询都会遍历表并查看用户 B 添加的通知是否适合他（他们必须是朋友，同一组的成员，以前聊天过）。表events变大了，因为查询量很大，页面加载速度很慢。我正在考虑完全改变这种设计，而不是添加一个事件行然后比较用户的事件是否适合，而是添加与感兴趣的用户一样多的行。我会改变表events结构如下：

现在，如果用户 B 创建了一个让其他 50 名成员感兴趣的事件，我创建了 50 行具有相同信息的行，并且在“forwho_id”字段中我提到了必须收到此通知的那 50 名成员。我认为查询将变得更加简单，并且搜索它所需的时间会更少。您如何看待： 1. 这是存储此类数据的好方法还是我们应该不惜一切代价避免重复数据？events2.如果感兴趣的用户数量不是 50 而是数百，您认为该表会如何表现？

感谢您阅读本文，我希望我能理解自己。

我不明白为什么以下查询出现在慢查询日志中，查询时间为 12 到 20 秒。

它们对我来说看起来很正常，在 phpMyAdmin 中执行其中 1 个进行测试只需要 0.0056 秒。
这里的表格大小wp_postmeta是 77,996。

我想知道为什么上面的查询这么慢，如果有什么我可以做的来改进它们？

我在 my.ini 文件中写了上面的行。但是在运行我的查询（执行时间超过 1 秒）后，没有生成日志文件。我究竟做错了什么？

提前致谢....

我正在使用 MySQL 5.1.66 版。我看到long_query_time变量是动态的，但是当我尝试

再次进行上述操作后我尝试了

从 mysql 控制台它没有得到改变，为什么？

我为 mySQL 启用了慢查询日志，以观察执行时间超过 10 秒的慢查询。然后我发现只有一个查询记录在 mysql.slow_log 表中。那是：

它还导致高 CPU 使用率。我在同一时间观察了日志时间和 CPU 监控曲线并发现了这一点。它经常发生在 9/10 小时间隔之后。当 magento 调用/执行此查询时，您能否帮助我，以便我可以更改负责执行此查询的任何设置？

我有以下 Mysql 查询。这是一个缓慢的查询，大约需要 3 秒才能完成。message_id 是主键。这个问题是高 LIMIT 偏移量LIMIT 85075, 25。

基于此解决方案，我将查询更改为以下方式。问题是如果我删除where parent_id=0，速度会快得多。但我真的需要where parent_id=0

编辑：我已经为 parent_id 和 message_id 创建了索引。

有什么建议么？提前致谢。