Uploaded image for project: 'MariaDB Server'
  1. MariaDB Server
  2. MDEV-14999

[Draft] Server crashes in optimize_keyuse

Details

    • Bug
    • Status: Closed (View Workflow)
    • Major
    • Resolution: Duplicate
    • 10.3(EOL)
    • 10.3.5
    • Optimizer
    • None

    Description

      https://api.travis-ci.org/v3/job/330429215/log.txt

      10.3 e15f4af4dc5105c99368ea02b7c45ec3068a996a

      #3  <signal handler called>
      #4  0x0000000000800c38 in optimize_keyuse (join=0x7f884c1d15a0, keyuse_array=0x7f884c1d1890) at /home/travis/src/sql/sql_select.cc:6407
      #5  0x00000000009b7d8a in JOIN::add_keyuses_for_splitting (this=0x7f884c1d15a0) at /home/travis/src/sql/opt_split.cc:744
      #6  0x00000000009b7ef7 in st_join_table::add_keyuses_for_splitting (this=0x7f884c22fbe8) at /home/travis/src/sql/opt_split.cc:771
      #7  0x00000000007faf7b in make_join_statistics (join=0x7f884c1d9f88, tables_list=..., keyuse_array=0x7f884c1da278) at /home/travis/src/sql/sql_select.cc:4561
      #8  0x00000000007f1e96 in JOIN::optimize_inner (this=0x7f884c1d9f88) at /home/travis/src/sql/sql_select.cc:1959
      #9  0x00000000007f080f in JOIN::optimize (this=0x7f884c1d9f88) at /home/travis/src/sql/sql_select.cc:1544
      #10 0x00000000007f9e8a in mysql_select (thd=0x7f884c000c70, tables=0x7f884c014c80, wild_num=0, fields=..., conds=0x7f884c016688, og_num=4, order=0x7f884c0168c8, group=0x0, having=0x0, proc_param=0x0, select_options=553245739776, result=0x7f884c1d9ee0, unit=0x7f884c004a00, select_lex=0x7f884c005158) at /home/travis/src/sql/sql_select.cc:4236
      #11 0x00000000007ebfc0 in handle_select (thd=0x7f884c000c70, lex=0x7f884c004938, result=0x7f884c1d9ee0, setup_tables_done_option=1073741824) at /home/travis/src/sql/sql_select.cc:379
      #12 0x00000000007b0a37 in mysql_execute_command (thd=0x7f884c000c70) at /home/travis/src/sql/sql_parse.cc:4808
      #13 0x00000000007babb5 in mysql_parse (thd=0x7f884c000c70, rawbuf=0x7f884c013978 "REPLACE INTO view2 ( field1, field2, field3, field4 ) SELECT a1.field1 AS field1, a1.field2 AS field2, a1.field3 AS field3, a2.field4 AS field4 FROM view4 AS a1 JOIN view3 AS a2 USING ( field1 ) WHERE"..., length=319, parser_state=0x7f888916c470, is_com_multi=false, is_next_command=false) at /home/travis/src/sql/sql_parse.cc:7981
      #14 0x00000000007a8160 in dispatch_command (command=COM_QUERY, thd=0x7f884c000c70, packet=0x7f884c00b1b1 "REPLACE INTO view2 ( field1, field2, field3, field4 ) SELECT a1.field1 AS field1, a1.field2 AS field2, a1.field3 AS field3, a2.field4 AS field4 FROM view4 AS a1 JOIN view3 AS a2 USING ( field1 ) WHERE"..., packet_length=320, is_com_multi=false, is_next_command=false) at /home/travis/src/sql/sql_parse.cc:1826
      #15 0x00000000007a6b87 in do_command (thd=0x7f884c000c70) at /home/travis/src/sql/sql_parse.cc:1370
      #16 0x000000000090c38e in do_handle_one_connection (connect=0x34b6010) at /home/travis/src/sql/sql_connect.cc:1401
      #17 0x000000000090c110 in handle_one_connection (arg=0x34b6010) at /home/travis/src/sql/sql_connect.cc:1307
      #18 0x00007f88a169ee9a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0
      #19 0x00007f88a0bba2ed in clone () from /lib/x86_64-linux-gnu/libc.so.6
       
      Query (0x7f884c013978): REPLACE INTO view2 ( field1, field2, field3, field4 ) SELECT a1.field1 AS field1, a1.field2 AS field2, a1.field3 AS field3, a2.field4 AS field4 FROM view4 AS a1 JOIN view3 AS a2 USING ( field1 ) WHERE a1.field1 <=> NULL AND a2.field3 != 'death' ORDER BY field1, field2, field3, field4 LIMIT 6  /* QNO 42917 CON_ID 17 */
      Connection ID (thread ID): 17
      Status: NOT_KILLED
      

      experimental 638904a88953d7295e50a745df9d351be59d0d9a

      perl /home/travis/rqg/runall-new.pl --mysqld=--max-statement-time=30 --seed=1516360457 --threads=4 --duration=350 --reporters=Backtrace,ErrorLog,Deadlock --transformers=ExecuteAsIntersect,ExecuteAsExcept --validators=TransformerNoComparator --grammar=conf/optimizer/updateable_views.yy --mysqld=--init-file=$RQG_HOME/conf/optimizer/updateable_views.init --engine=Aria --mysqld=--default-storage-engine=Aria --basedir1=/home/travis/server --vardir=/home/travis/logs/vardir1_3
      

      Attachments

        Issue Links

          Activity

            Do you know any other already reported bug that may apply to 10.3.23 and lead to this kind of crash:

            Server version: 10.3.23-MariaDB-log
            key_buffer_size=67108864
            read_buffer_size=131072
            max_used_connections=177
            max_threads=1002
            thread_count=111
            It is possible that mysqld could use up to
            key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 2268433 K bytes of memory
            Hope that's ok; if not, decrease some variables in the equation.
             
            Thread pointer: 0x7f64dc0d6968
            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 = 0x7f659c567d30 thread_stack 0x40000
            /usr/sbin/mysqld(my_print_stacktrace+0x2e)[0x56092c80101e]
            /usr/sbin/mysqld(handle_fatal_signal+0x30f)[0x56092c29a01f]
            /lib64/libpthread.so.0(+0xf680)[0x7f7ca5ca2680]
            /usr/sbin/mysqld(_Z15optimize_keyuseP4JOINP16st_dynamic_array+0x17d)[0x56092c0ed3dd]
            /usr/sbin/mysqld(_ZN4JOIN14optimize_innerEv+0x21d4)[0x56092c115734]
            /usr/sbin/mysqld(_ZN4JOIN8optimizeEv+0x37)[0x56092c115ef7]
            /usr/sbin/mysqld(_ZN13st_select_lex31optimize_unflattened_subqueriesEb+0xd0)[0x56092c0a15a0]
            /usr/sbin/mysqld(_ZN4JOIN15optimize_stage2Ev+0x1291)[0x56092c112351]
            /usr/sbin/mysqld(_ZN4JOIN14optimize_innerEv+0xff0)[0x56092c114550]
            /usr/sbin/mysqld(_ZN4JOIN8optimizeEv+0x37)[0x56092c115ef7]
            /usr/sbin/mysqld(_Z12mysql_selectP3THDP10TABLE_LISTjR4ListI4ItemEPS4_jP8st_orderS9_S7_S9_yP13select_resultP18st_select_lex_unitP13st_select_lex+0x94)[0x56092c115fd4]
            /usr/sbin/mysqld(_Z13handle_selectP3THDP3LEXP13select_resultm+0x1cc)[0x56092c116b6c]
            /usr/sbin/mysqld(+0x4d132f)[0x56092bfcb32f]
            /usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0x2741)[0x56092c0be821]
            /usr/sbin/mysqld(_ZN13sp_instr_stmt9exec_coreEP3THDPj+0x36)[0x56092c02b826]
            /usr/sbin/mysqld(_ZN13sp_lex_keeper23reset_lex_and_exec_coreEP3THDPjbP8sp_instr+0x99)[0x56092c0334f9]
            /usr/sbin/mysqld(_ZN13sp_instr_stmt7executeEP3THDPj+0x64c)[0x56092c033f2c]
            /usr/sbin/mysqld(_ZN7sp_head7executeEP3THDb+0x860)[0x56092c02f430]
            /usr/sbin/mysqld(_ZN7sp_head17execute_procedureEP3THDP4ListI4ItemE+0x75d)[0x56092c03066d]
            /usr/sbin/mysqld(+0x5ba9d2)[0x56092c0b49d2]
            /usr/sbin/mysqld(+0x5bbe96)[0x56092c0b5e96]
            /usr/sbin/mysqld(_ZN12Sql_cmd_call7executeEP3THD+0x90)[0x56092c0b66b0]
            /usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0x2570)[0x56092c0be650]
            /usr/sbin/mysqld(_Z11mysql_parseP3THDPcjP12Parser_statebb+0x1fb)[0x56092c0c4e8b]
            /usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjbb+0xf76)[0x56092c0c6716]
            /usr/sbin/mysqld(_Z10do_commandP3THD+0x11b)[0x56092c0c837b]
            /usr/sbin/mysqld(_Z24do_handle_one_connectionP7CONNECT+0x1d6)[0x56092c19cd36]
            /usr/sbin/mysqld(handle_one_connection+0x3d)[0x56092c19ce4d]
            /lib64/libpthread.so.0(+0x7dd5)[0x7f7ca5c9add5]
            /lib64/libc.so.6(clone+0x6d)[0x7f7ca403eb3d]
             
            Trying to get some variables.
            Some pointers may be invalid and cause the dump to abort.
            Query (0x7f64dc1976d0): WITH recursive Date_Ranges AS ...
            

            valerii Valerii Kravchuk added a comment - Do you know any other already reported bug that may apply to 10.3.23 and lead to this kind of crash: Server version: 10.3.23-MariaDB-log key_buffer_size=67108864 read_buffer_size=131072 max_used_connections=177 max_threads=1002 thread_count=111 It is possible that mysqld could use up to key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 2268433 K bytes of memory Hope that's ok; if not, decrease some variables in the equation.   Thread pointer: 0x7f64dc0d6968 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 = 0x7f659c567d30 thread_stack 0x40000 /usr/sbin/mysqld(my_print_stacktrace+0x2e)[0x56092c80101e] /usr/sbin/mysqld(handle_fatal_signal+0x30f)[0x56092c29a01f] /lib64/libpthread.so.0(+0xf680)[0x7f7ca5ca2680] /usr/sbin/mysqld(_Z15optimize_keyuseP4JOINP16st_dynamic_array+0x17d)[0x56092c0ed3dd] /usr/sbin/mysqld(_ZN4JOIN14optimize_innerEv+0x21d4)[0x56092c115734] /usr/sbin/mysqld(_ZN4JOIN8optimizeEv+0x37)[0x56092c115ef7] /usr/sbin/mysqld(_ZN13st_select_lex31optimize_unflattened_subqueriesEb+0xd0)[0x56092c0a15a0] /usr/sbin/mysqld(_ZN4JOIN15optimize_stage2Ev+0x1291)[0x56092c112351] /usr/sbin/mysqld(_ZN4JOIN14optimize_innerEv+0xff0)[0x56092c114550] /usr/sbin/mysqld(_ZN4JOIN8optimizeEv+0x37)[0x56092c115ef7] /usr/sbin/mysqld(_Z12mysql_selectP3THDP10TABLE_LISTjR4ListI4ItemEPS4_jP8st_orderS9_S7_S9_yP13select_resultP18st_select_lex_unitP13st_select_lex+0x94)[0x56092c115fd4] /usr/sbin/mysqld(_Z13handle_selectP3THDP3LEXP13select_resultm+0x1cc)[0x56092c116b6c] /usr/sbin/mysqld(+0x4d132f)[0x56092bfcb32f] /usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0x2741)[0x56092c0be821] /usr/sbin/mysqld(_ZN13sp_instr_stmt9exec_coreEP3THDPj+0x36)[0x56092c02b826] /usr/sbin/mysqld(_ZN13sp_lex_keeper23reset_lex_and_exec_coreEP3THDPjbP8sp_instr+0x99)[0x56092c0334f9] /usr/sbin/mysqld(_ZN13sp_instr_stmt7executeEP3THDPj+0x64c)[0x56092c033f2c] /usr/sbin/mysqld(_ZN7sp_head7executeEP3THDb+0x860)[0x56092c02f430] /usr/sbin/mysqld(_ZN7sp_head17execute_procedureEP3THDP4ListI4ItemE+0x75d)[0x56092c03066d] /usr/sbin/mysqld(+0x5ba9d2)[0x56092c0b49d2] /usr/sbin/mysqld(+0x5bbe96)[0x56092c0b5e96] /usr/sbin/mysqld(_ZN12Sql_cmd_call7executeEP3THD+0x90)[0x56092c0b66b0] /usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0x2570)[0x56092c0be650] /usr/sbin/mysqld(_Z11mysql_parseP3THDPcjP12Parser_statebb+0x1fb)[0x56092c0c4e8b] /usr/sbin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcjbb+0xf76)[0x56092c0c6716] /usr/sbin/mysqld(_Z10do_commandP3THD+0x11b)[0x56092c0c837b] /usr/sbin/mysqld(_Z24do_handle_one_connectionP7CONNECT+0x1d6)[0x56092c19cd36] /usr/sbin/mysqld(handle_one_connection+0x3d)[0x56092c19ce4d] /lib64/libpthread.so.0(+0x7dd5)[0x7f7ca5c9add5] /lib64/libc.so.6(clone+0x6d)[0x7f7ca403eb3d]   Trying to get some variables. Some pointers may be invalid and cause the dump to abort. Query (0x7f64dc1976d0): WITH recursive Date_Ranges AS ...

            People

              Unassigned Unassigned
              elenst Elena Stepanova
              Votes:
              1 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved:

                Git Integration

                  Error rendering 'com.xiplink.jira.git.jira_git_plugin:git-issue-webpanel'. Please contact your Jira administrators.