Bug #69525 | memory lost control during search | ||
---|---|---|---|
Submitted: | 20 Jun 2013 13:59 | Modified: | 21 Jul 2013 19:19 |
Reporter: | qinglin zhang (OCA) | Email Updates: | |
Status: | No Feedback | Impact on me: | |
Category: | MySQL Server | Severity: | S1 (Critical) |
Version: | 5.1.61-log | OS: | Linux (2.6.32) |
Assigned to: | CPU Architecture: | Any | |
Tags: | SELECT |
[20 Jun 2013 13:59]
qinglin zhang
[20 Jun 2013 15:00]
Hartmut Holzgraefe
How large would the result set be with your data set? And is it really mysqld that consumes the memory, or is it actually the command line client while buffering the result set?
[20 Jun 2013 15:41]
qinglin zhang
the result set will be s single record, and the memory mysqld uses is 60G according the top command, so I think the memory consumed is not used by buffering resultset, but used by the query itself.
[20 Jun 2013 18:43]
Sveta Smirnova
Thank you for the report. But version 5.1.61 is too old. Please try with current version 5.1.70, or, better, 5.6.12 and inform us if problem still exists. Please also send us output of SHOW VARIABLES LIKE '%tmp%'; and SHOW VARIABLES LIKE '%join%'
[21 Jun 2013 1:13]
qinglin zhang
5.6 has solved problems like this , but 5.1 and 5.5 has the same problems, what should I do , should I try new version?
[21 Jun 2013 19:19]
Sveta Smirnova
Thank you for the feedback. Optimizer in version 5.6 was rewritten and contains a lot of fixes due to nature of new design. So, if this is not repeatable in version 5.6, I suggest you to upgrade.
[22 Jul 2013 1:00]
Bugs System
No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open".