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

thd->killed ignored by high level function leading to assertion

    XMLWordPrintable

Details

    • Bug
    • Status: In Progress (View Workflow)
    • Major
    • Resolution: Unresolved
    • 11.8, 11.7(EOL)
    • 11.8
    • Optimizer
    • None
    • Q4/2025 Server Maintenance

    Description

      set max_statement_time=0.0001;
      CREATE OR REPLACE TABLE t1(c int primary key, c2 int);
      CREATE TEMPORARY TABLE t2(c INT);
      explain format=json update t2,(SELECT * FROM t1)t (a, c) set t2.c=t.c+10 where t2.c = t.c and t.a >= 3;
      explain format=json update t2,(SELECT * FROM t1)t (a, c) set t2.c=t.c+10 where t2.c = t.c and t.a >= 3;
      explain format=json update t2,(SELECT * FROM t1)t (a, c) set t2.c=t.c+10 where t2.c = t.c and t.a >= 3;
      explain format=json update t2,(SELECT * FROM t1)t (a, c) set t2.c=t.c+10 where t2.c = t.c and t.a >= 3; # Sometimes we may need to add more of this "explain statement" to reproduce the problem.
      

      Leads to:

      CS 11.8.0 4c956fa15be059e35f8ed0de85dc72d5827cee4d (Debug)

      mariadbd: /test/11.8_dbg/sql/sql_explain.cc:270: int Explain_query::print_explain_json(select_result_sink*, bool, ulonglong): Assertion `can_print_json' failed.
      

      CS 11.8.0 4c956fa15be059e35f8ed0de85dc72d5827cee4d (Debug)

      Core was generated by `/test/MD270125-mariadb-11.8.0-linux-x86_64-dbg/bin/mariadbd --no-defaults --max'.
      Program terminated with signal SIGABRT, Aborted.
      #0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
      [Current thread is 1 (Thread 0x1524a6a0f700 (LWP 3143330))]
      (gdb) bt
      #0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
      #1  0x00001524cc446859 in __GI_abort () at abort.c:79
      #2  0x00001524cc446729 in __assert_fail_base (fmt=0x1524cc5dc588 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n", assertion=0x55d15144a2b5 "can_print_json", file=0x55d15144a608 "/test/11.8_dbg/sql/sql_explain.cc", line=270, function=<optimized out>) at assert.c:92
      #3  0x00001524cc457fd6 in __GI___assert_fail (assertion=assertion@entry=0x55d15144a2b5 "can_print_json", file=file@entry=0x55d15144a608 "/test/11.8_dbg/sql/sql_explain.cc", line=line@entry=270, function=function@entry=0x55d15144aac8 "int Explain_query::print_explain_json(select_result_sink*, bool, ulonglong)") at assert.c:101
      #4  0x000055d15090677c in Explain_query::print_explain_json (this=this@entry=0x15248001e6d0, output=output@entry=0x1524800221d8, is_analyze=<optimized out>, query_time_in_progress_ms=query_time_in_progress_ms@entry=0) at /test/11.8_dbg/sql/sql_explain.cc:270
      #5  0x000055d1509069bd in Explain_query::send_explain (this=0x15248001e6d0, thd=thd@entry=0x152480000d48, extended=<optimized out>) at /test/11.8_dbg/sql/sql_explain.cc:204
      #6  0x000055d150865cf6 in Sql_cmd_update::execute_inner (this=0x15248001d5f0, thd=0x152480000d48) at /test/11.8_dbg/sql/sql_update.cc:3198
      #7  0x000055d15077bcba in Sql_cmd_dml::execute (this=0x15248001d5f0, thd=0x152480000d48) at /test/11.8_dbg/sql/sql_select.cc:34332
      #8  0x000055d150738d04 in mysql_execute_command (thd=thd@entry=0x152480000d48, is_called_from_prepared_stmt=is_called_from_prepared_stmt@entry=false) at /test/11.8_dbg/sql/sql_parse.cc:4429
      #9  0x000055d1507287c7 in mysql_parse (thd=thd@entry=0x152480000d48, rawbuf=<optimized out>, length=<optimized out>, parser_state=parser_state@entry=0x1524a6a0e2c0) at /test/11.8_dbg/sql/sql_parse.cc:7915
      #10 0x000055d15073f862 in dispatch_command (command=command@entry=COM_QUERY, thd=thd@entry=0x152480000d48, packet=packet@entry=0x15248000b089 "", packet_length=packet_length@entry=102, blocking=blocking@entry=true) at /test/11.8_dbg/sql/sql_class.h:1655
      #11 0x000055d150742114 in do_command (thd=thd@entry=0x152480000d48, blocking=blocking@entry=true) at /test/11.8_dbg/sql/sql_parse.cc:1416
      #12 0x000055d1508c3384 in do_handle_one_connection (connect=<optimized out>, connect@entry=0x55d154280d58, put_in_cache=put_in_cache@entry=true) at /test/11.8_dbg/sql/sql_connect.cc:1415
      #13 0x000055d1508c385d in handle_one_connection (arg=0x55d154280d58) at /test/11.8_dbg/sql/sql_connect.cc:1327
      #14 0x00001524cc972609 in start_thread (arg=<optimized out>) at pthread_create.c:477
      #15 0x00001524cc543133 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
      

      Bug confirmed present in:
      MariaDB: 11.7.2 (dbg), 11.8.0 (dbg)

      Bug (or feature/syntax) confirmed not present in:
      MariaDB: 10.5.28 (dbg), 10.5.28 (opt), 10.6.21 (dbg), 10.6.21 (opt), 10.11.11 (dbg), 10.11.11 (opt), 11.4.5 (dbg), 11.4.5 (opt), 11.7.2 (opt), 11.8.0 (opt)

      Attachments

        Issue Links

          Activity

            People

              Johnston Rex Johnston
              ramesh Ramesh Sivaraman
              Votes:
              0 Vote for this issue
              Watchers:
              5 Start watching this issue

              Dates

                Created:
                Updated:

                Git Integration

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