Details
-
Type:
Bug
-
Status: Closed
-
Priority:
Critical
-
Resolution: Fixed
-
Affects Version/s: 10.0.18, 5.5.43
-
Component/s: Data Manipulation - Subquery, Data Manipulation - Update
-
Environment:any
-
Sprint:5.5.44
Description
The bug still on 10.0.18
Thread pointer: 0x0x7fd71c848008 Attempting backtrace. You can use the following information to find out where mysqld died. If you see no messages after this, something went terribly wrong... stack_bottom = 0x7fd70cc47d30 thread_stack 0x48000 /usr/sbin/mysqld(my_print_stacktrace+0x2b)[0xb7bcbb] /usr/sbin/mysqld(handle_fatal_signal+0x398)[0x72b3b8] /lib64/libpthread.so.0[0x3aae20f710] /usr/sbin/mysqld[0x601014] /usr/sbin/mysqld[0x529d21] /usr/sbin/mysqld(_ZN4JOIN14optimize_innerEv+0x6de)[0x6212ee] /usr/sbin/mysqld(_ZN4JOIN8optimizeEv+0x28)[0x6237a8] /usr/sbin/mysqld(_ZN13st_select_lex31optimize_unflattened_subqueriesEb+0x88)[0x5cae88] /usr/sbin/mysqld(_ZN4JOIN14optimize_innerEv+0x1e59)[0x622a69] /usr/sbin/mysqld(_Z12mysql_selectP3THDPPP4ItemP10TABLE_LISTjR4ListIS1_ES2_jP8st_orderSB_S2_SB_yP13select_resultP18st_select_lex_unitP13st_select_lex+0xd8)[0x6239c8] /usr/sbin/mysqld(_Z18mysql_multi_updateP3THDP10TABLE_LISTP4ListI4ItemES6_PS4_y15enum_duplicatesbP18st_select_lex_unitP13st_select_lexPP12multi_update+0x1ba)[0x66994a] /usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0x47f8)[0x5d8528] /usr/sbin/mysqld[0x5da5e7] /usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcj+0x1c7c)[0x5dc9cc] /usr/sbin/mysqld(_Z24do_handle_one_connectionP3THD+0x453)[0x699b53] /usr/sbin/mysqld(handle_one_connection+0x42)[0x699c22] /lib64/libpthread.so.0[0x3aae2079d1] /lib64/libc.so.6(clone+0x6d)[0x3aadee886d] Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x7fd71c869020): UPDATE table_a a JOIN table_b b ON a.c1 = b.c1 JOIN view_vw vw ON b.c2 = vw.c1 JOIN table_t del ON vw.c2 = del.c2 SET a.c2 = ( SELECT max(t.c1) FROM table_t t, view_vw i WHERE del.c2 = t.c2 AND vw.c3 = i.c3 AND t.c3 = 4 ) WHERE a.c2 IS NULL OR a.c2 < '2011-05-01' Connection ID (thread ID): 7 Status: NOT_KILLED 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=on,exists_to_in=on The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains information that should help you find out what is causing the crash. Writing a core file 150507 13:44:19 mysqld_safe Number of processes running now: 0 150507 13:44:19 mysqld_safe mysqld restarted 150507 13:44:19 [Note] /usr/sbin/mysqld (mysqld 10.0.18-MariaDB-log) starting as process 15051 ...
Gliffy Diagrams
Attachments
Issue Links
- blocks
-
MDEV-7892 server crash on updates with joins
-
- Closed
-
Activity
- All
- Comments
- Work Log
- History
- Activity
- Transitions
Sorry about that.
What was said in
MDEV-7892is true, the bugfix forMDEV-7613(commit b9a75862) did fix this crash on 5.5 tree, I just re-checked it; but then the following patch broke it again:commit 8cbaafd22b145512cc91f7b512290320849e77bd Author: Oleksandr Byelkin <sanja@mariadb.com> Date: Wed Apr 22 10:14:11 2015 +0200 MDEV-8018: main.multi_update fails with --ps-protocol save_prep_leaf_tables() made recursive to work with underlying view Arena restoiring fixed in case of EOM.Oleksandr Byelkin,
The test case is in
MDEV-7892.