summaryrefslogtreecommitdiff
path: root/sql/sql_string.cc
diff options
context:
space:
mode:
authorArun Kuruvila <arun.kuruvila@oracle.com>2014-04-10 11:10:31 +0530
committerArun Kuruvila <arun.kuruvila@oracle.com>2014-04-10 11:10:31 +0530
commite12156e7b68e72affbfbf95969ac2bcd4ede000d (patch)
treee5d2fe315fccb57c204563cec1c6176aa245a0a5 /sql/sql_string.cc
parent38fefa02dd32d6b8e36eac8d95b5bc603106c22c (diff)
downloadmariadb-git-e12156e7b68e72affbfbf95969ac2bcd4ede000d.tar.gz
Description: When we execute a correlated subquery on an
archive table which is using an auto increment column, the server hangs. In order to recover the mysqld process, it has to be terminated abnormally using SIGKILL. The problem is observed in mysql-5.5. Bug #18065452 "PREPARING" STATE HOGS CPU WITH ARCHIVE + SUBQUERY Analysis: This happens because the server is trapped inside an infinite loop in the function, "subselect_indexsubquery_engine::exec()". This function resolves the correlated suquery by doing an index lookup for the appropriate engine. In case of archive engine, after reaching the end of records, "table->status" is not set to STATUS_NOT_FOUND. As a result the loop is not terminated. Fix: The "table->status" is set to STATUS_NOT_FOUND when the end of records is reached.
Diffstat (limited to 'sql/sql_string.cc')
0 files changed, 0 insertions, 0 deletions