diff options
author | unknown <knielsen@knielsen-hq.org> | 2010-03-09 20:29:05 +0100 |
---|---|---|
committer | unknown <knielsen@knielsen-hq.org> | 2010-03-09 20:29:05 +0100 |
commit | 0230d51be8e336edbfa2a04c0f5bfdb9feaa6122 (patch) | |
tree | 9200df3e2d6726bc33f20ad685c315e41c45f979 /mysql-test/r/variables.result | |
parent | 214edde888376972160d5f44b44f8033fb2056f5 (diff) | |
download | mariadb-git-0230d51be8e336edbfa2a04c0f5bfdb9feaa6122.tar.gz |
Fix a buildbot memory leak due to JOIN::destroy() not being called for EXPLAIN
query:
- When subquery is located in ORDER BY, EXPLAIN will run as follows:
select_describe() will run JOIN::prepare()/optimize() for the subquery;
then at some point subselect_single_select_engine::prepare() will be called,
which will create another join and run join->prepare().
In mainline mysql this is not a problem because subquery's join will be
destroyed after the first call.
In MariaDB, it won't (table elimination needs to keep JOIN objects around
for longer in order to know which tables were eliminated when constructing
EXPLAIN EXTENDED warning).
Fix the problem of memory leak by calling select_lex->cleanup() in
subselect_single_select_engine::prepare().
Diffstat (limited to 'mysql-test/r/variables.result')
0 files changed, 0 insertions, 0 deletions