[MDEV-690] LP:1000863 - MariaDB crashes on insert containing doubly nested subselect Created: 2012-05-17 Updated: 2012-10-04 Resolved: 2012-10-04 |
|
| Status: | Closed |
| Project: | MariaDB Server |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Bug | ||
| Reporter: | Jason Vivian (Inactive) | Assignee: | Oleksandr Byelkin |
| Resolution: | Duplicate | Votes: | 0 |
| Labels: | Launchpad | ||
| Attachments: |
|
| Description |
|
When attempting to perform an INSERT query that contains nested sub-SELECTs MariaDB 5.5.23 crashes with the following error: This happened on Ubuntu 10.04.3 LTS using the stable version of MariaDB in the lucid release repo. The system is running kernel 2.6.32-33-server on amd64 (4 logical CPUs). 16gb of RAM. We are using ext4 on an md raid10 volume to store the data directory. The system does not run any other significant processes, just a pretty vanilla installation of Ubuntu running MariaDB. The server is not participating in replication. No other activity on the server at the time of crash except running the query below. (This server is non-production). Unfortunately I cannot provide a core dump due to security requirements (we are dealing with customer data). Names/values have been redacted as appropriate below for the same reason. Contents of error log with server compiled in debug mode at time of crash: -- InnoDB: DEBUG: update_statistics for redacted/#sql-6f38_4. To report this bug, see http://kb.askmonty.org/en/reporting-bugs We will try our best to scrape up some info that will hopefully help Server version: 5.5.23-MariaDB-debug-log Thread pointer: 0x0x7f56780257e0 Trying to get some variables. Optimizer switch: index_merge=on,index_merge_union=on,index_merge_sort_union=on,index_merge_intersection=on,index_merge_sort_intersection=off,engine_condition_pushdown=off,index_condition_pushdown=on,derived_merge=on,derived_with_keys=on,firstmatch=on,loosescan=on,materialization=on,in_to_exists=on,semijoin=on,partial_match_rowid_merge=on,partial_match_table_scan=on,subquery_cache=on,mrr=off,mrr_cost_based=off,mrr_sort_keys=off,outer_join_with_cache=on,semijoin_with_cache=on,join_cache_incremental=on,join_cache_hashed=on,join_cache_bka=on,optimize_join_buffer_size=off,table_elimination=on,extended_keys=off -- Query in question that caused the server to crash: -- INSERT INTO platform_app (platform_id, visible, name, `order`, type, url_action, url_about, -- SHOW CREATE TABLE for the table in question (platform_app): -- CREATE TABLE `platform_app` ( -- Contents of my.cnf: -- [client] [mysqld_safe] [mysqld] [mysqldump] [isamchk] -- |
| Comments |
| Comment by Elena Stepanova [ 2012-05-17 ] |
|
Re: MariaDB crashes on insert containing doubly nested subselect Thank you for the report. The crash is reproducible on 5.5.23 just as you described it, but it seems to be gone in the current 5.5 tree. We had several fixes in this area, so it's likely to have been fixed along with them, but we'll double-check to make sure that it was not just masked. 5.5.24 release is due this week. As a side note (not related to the crash), the query seems a bit risky – it only works properly if the innermost subquery returns exactly 1 row; if it returns nothing, the whole query fails because parent_platform_app_id cannot be null, and if there are multiple matches, it fails with ER_SUBQUERY_NO_1_ROW (subquery returns more than 1 row). Not sure if it's expected. |
| Comment by Elena Stepanova [ 2012-05-17 ] |
|
Re: MariaDB crashes on insert containing doubly nested subselect This crash disappeared with revno 3505 on maria/5.3 tree (reproducible on 3504, not reproducible on 3505). Revno 3505 is the fix for bug #978847 which is also a crash on INSERT .. SELECT, although with a different stack trace. Could you please take a quick look at the trace above to confirm that your fix indeed fixed this problem also, not just hid it? |
| Comment by Rasmus Johansson (Inactive) [ 2012-05-17 ] |
|
Launchpad bug id: 1000863 |
| Comment by Oleksandr Byelkin [ 2012-10-04 ] |
|
It is duplicate of LP BUG#978847 |