问题标签 [mysql-slow-query-log]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
mysql - 如何让 Mysql 注释显示在慢日志或进程列表中?
我正在使用 mysql慢查询日志并SHOW PROCESSLIST;
调试一些慢查询。
MySQL 允许使用标准/* ... */
语法添加注释。我希望通过在我的查询前面添加评论,可以更容易地发现我们的一些查询的来源。例如,我只是在慢日志中看到很多次,commit
所以我知道事务很慢,但我发现很难确定有关查询来源的更多详细信息。
为了测试这个技巧,我正在使用:
我希望“GREP-HOOK”评论会出现在SHOW [FULL] PROCESSLIST
文件中log/slow-log
。然而事实并非如此。
有人知道是否有my.cnf
允许评论显示的设置SHOW PROCESSLIST
吗?
以供参考:
(但我也想在Amazon RDS 5.5 中尝试这个)。
mysql - Select_full_join 数量不断增加
我现在被困了一段时间, Select_full_join 数字不断增加。
我正在使用“log-queries-not-using-indexes”,我查看了 mysql-slow.log,发现了很多这样的查询:
我不明白为什么要记录这个。此外,还有一个关于类别和国家的索引。
我想我错过了一些东西,但我找不到什么......
这是解释查询的结果:
id select_type table type possible_keys key key_len ref rows Extra
1 PRIMARY NULL NULL NULL NULL NULL NULL 选择优化掉的表 2 DERIVED cj range category,country category 302 NULL 86 Using where
我应该怎么办?任何想法?
mysql - 如何测试查询的实际执行时间?
我在 Mysql 慢查询日志中得到一个慢查询。Mysql慢查询日志显示查询需要超过4秒才能执行。
我在 phpmyadmin 中运行此查询,需要 3 秒。当我再次运行它时,只需要 0.0002 秒。我想有一个数据库缓存或其他东西。当我第二次运行它时,它的执行时间可能不准确。
对于这种情况(执行时间很快),如何测试查询的真实执行时间呢?
mysql - 为什么 `log_slow_queries` 会破坏 `my.cnf`?
为什么我不能在 CentOS 6.4 上的 MySQL 5.6 上使用 slow_query_log?
这是/var/log/mysql
目录:
如果我取消注释中的 log_slow_query 行,/etc/my.cnf
我会收到以下错误:
我错过了什么?
mysql - MySQL 不会根据 my.cnf 记录慢查询
我有 mysql 5.1.69-log
:
这个设置根据/etc/my.cnf:
还检查了 mysql @@global 设置:
但/var/log/mysqld_slow.log
不是被创建的,如果我自己创建它,它仍然是空的
不明白哪里出了问题?
mysql - 在不启用 slow_query_log 的情况下为单个查询重现 slow_query_log 输出
如何在不启用 slow_query_log 的情况下重现单个查询的输出?我正在寻找 rows_examined。
mysql - Mysql IN 运算符执行时间长
我有以下表格:
这是我的查询:
查询需要很长时间才能执行大量记录。然而,内部查询工作得更快,但外部查询却不行。请帮忙。
mysql - MySql查询需要很长时间
我有以下表格:
我想通过电子邮件显示所有重复项。像这样:
这是我的查询:
查询需要很长时间才能执行大量记录。然而,内部查询工作得更快,但外部查询却不行。请帮忙。
php - Joomla 会话表(表面上)导致 MySQL 查询非常缓慢
我在我的服务器上看到间歇性负载峰值,这与 MySQL 的慢查询日志中的一堆条目相对应:
现在,对我来说,这样一个简单的查询可能需要这么长时间,这似乎很疯狂。所以,我认为这是由于短时间内请求太多,或者其他一些请求锁定了表,或者类似的事情。所以,我的问题是...... MySQL 是否可以将表锁定为插入?我应该寻找什么样的东西来找到这些慢查询的原因?我想这不仅仅是这个小表实际上需要很长时间来执行插入。特别是当我在没有发生高负载的情况下进行类似的插入时,根本不需要时间。
如果有帮助:
我想真正的问题是,InnoDB 表会发生什么可能导致单行的简单插入需要很长时间?即使这张桌子很大,它一点也不,它很小......我在想象某种巨大的失控索引,它正在跟踪曾经存在的每条记录,或者类似的东西......?还是我认为单个插入不可能花费很长时间?
mysql - MySQL 100% CPU + 慢查询 - 没有正确使用索引
我正在使用来自亚马逊的 RDS 数据库和一些非常大的表,昨天我开始面临服务器上 100% 的 CPU 利用率和一堆以前没有发生过的慢查询日志。
我试图检查正在运行的查询并从解释命令中遇到这个结果
同时签入进程列表,我得到了这样的信息:
因此,根据这些数字,似乎没有理由进行缓慢的查询,因为最糟糕的执行计划是经过 2k 行的执行计划,这并不多。
编辑 1
另一个可能有用的信息是慢查询日志
编辑 2
分析后,我得到了这个结果。结果大约有 250 行,每行有两列。
编辑 3
根据要求添加查询
编辑 4
由于 taggable_id 列上的 taggings 和 activity_businesses 之间的列类型不同,可能没有应用索引。
因此,它检查的行数比解释查询中显示的行数多,可能是因为未应用某些索引。
你们可以帮助我吗?