Bug #64074 | MySQL crash with invalid pointers while parsing | ||
---|---|---|---|
Submitted: | 19 Jan 2012 18:25 | Modified: | 21 Jan 2012 4:09 |
Reporter: | kris dba | Email Updates: | |
Status: | Duplicate | Impact on me: | |
Category: | MySQL Server | Severity: | S1 (Critical) |
Version: | 5.1.32 | OS: | Linux (CentOS 5, 64bit) |
Assigned to: | CPU Architecture: | Any | |
Tags: | crash, invalid pointers, parse |
[19 Jan 2012 18:25]
kris dba
[19 Jan 2012 18:34]
Valeriy Kravchuk
Please, check if the same problem still happens with a newer version, 5.1.61.
[20 Jan 2012 7:23]
Valeriy Kravchuk
Based on stack trace and partitioning engine use, I'd still suggest to upgrade. Bug #50939 is one of the reasons. If you can not upgrade, I need complete, repeatable and minimal test case, ideally with data in the tables involved.
[20 Jan 2012 17:26]
kris dba
Thank you..we did some more testing and observed that the issue is mainly with the Merge_MyISAM tables. Querying the merge table is resulting in MySQL crash where as directly querying the underlying MyISAM table survived. recreating the merge table was of not much help.I believe internally merge and partitioning use mostly similar functionality. so,not quite sure if it is most likely related to partition engine(Bug#50939)
[20 Jan 2012 20:17]
MySQL Verification Team
Does EXPLAIN SELECT... say index merge is used? http://bugs.mysql.com/bug.php?id=40675 (MySQL 5.1 crash with index merge algorithm and Merge tables) "Noted in 5.1.33 changelog" and you're on 5.1.32..
[20 Jan 2012 22:41]
kris dba
Thank you Shane. you got it. yes, optimizer was using "index_merge intersection" sometimes which is causing mysql to crash. A simple "using where" condition resulted out without any issues. will do abit more testing and let you the results. appreciate your help.