Bug #65139 | Waiting for a table level lock does not count as slow query | ||
---|---|---|---|
Submitted: | 27 Apr 2012 22:12 | Modified: | 28 Apr 2012 7:15 |
Reporter: | Hartmut Holzgraefe | Email Updates: | |
Status: | Verified | Impact on me: | |
Category: | MySQL Server: Logging | Severity: | S4 (Feature request) |
Version: | 5.5.21 | OS: | Linux |
Assigned to: | CPU Architecture: | Any |
[27 Apr 2012 22:12]
Hartmut Holzgraefe
[28 Apr 2012 2:57]
Davi Arnaut
5.2.5. The Slow Query Log "The time to acquire the initial table locks is not counted as execution time."
[28 Apr 2012 4:22]
Valeriy Kravchuk
As current behavior is intended and explained in the manual, http://dev.mysql.com/doc/refman/5.5/en/slow-query-log.html, we can speak only about a new feature request here.
[28 Apr 2012 7:15]
Hartmut Holzgraefe
OK, so it is really documented behavior ... but why is Lock_time explicitly listed int the slow query log output then even though lock wait time alone would never trigger a slow log entry anyway?
[20 Aug 2012 20:37]
Kevin Benton
Please allow users to change the behavior according to the original request. We need the ability to make MySQL count time waiting on a lock as part of the query time. This will help us troubleshoot what queries were blocked for long periods of time. It would be helpful. To implement it properly, queries should also have Lock Waiting time as part of the report. Why are we asking for this? Developers aren't always great at adding the ability to sense locks to their code. As a DBA, I need help giving them what they need. Subsequent RFE on the way...