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

Server crashes when temp table is full after setting tmp_disk_table_size to minimum

    XMLWordPrintable

Details

    • Bug
    • Status: Open (View Workflow)
    • Critical
    • Resolution: Unresolved
    • 10.5, 10.6, 10.11, 11.1(EOL), 11.2, 11.4
    • 10.5, 10.6, 10.11, 11.2, 11.4
    • None
    • None

    Description

      Stack trace is similar to MDEV-34142. Please replay using CLI, could not reproduce the issue through MTR.

      SET SESSION tmp_disk_table_size=1024;
      SELECT 1 FROM information_schema.global_variables JOIN seq_1_to_100 INTERSECT ALL SELECT variable_value FROM information_schema.global_variables JOIN seq_1_to_100;
      

      Leads to:

      10.5.26 33964984ad69379abb01d1a2fb0f5a285a58f906 (Debug)

      Core was generated by `/test/MD080724-mariadb-10.5.26-linux-x86_64-dbg/bin/mariadbd --no-defaults --ma'.
      Program terminated with signal SIGSEGV, Segmentation fault.
      #0  __pthread_kill (threadid=<optimized out>, signo=signo@entry=11)at ../sysdeps/unix/sysv/linux/pthread_kill.c:56
      [Current thread is 1 (Thread 0x145d8a899700 (LWP 2241799))]
      (gdb) bt
      #0  __pthread_kill (threadid=<optimized out>, signo=signo@entry=11) at ../sysdeps/unix/sysv/linux/pthread_kill.c:56
      #1  0x000055a2d593dc99 in my_write_core (sig=sig@entry=11) at /test/10.5/mysys/stacktrace.c:424
      #2  0x000055a2d5187714 in handle_fatal_signal (sig=11) at /test/10.5/sql/signal_handler.cc:357
      #3  <signal handler called>
      #4  0x000055a2d4f27ae6 in create_internal_tmp_table (table=table@entry=0x145d8a896c90, keyinfo=0x145d5807def0, start_recinfo=start_recinfo@entry=0x145d5807dfe0, recinfo=recinfo@entry=0x145d58018c00, options=<optimized out>) at /test/10.5/sql/sql_select.cc:20111
      #5  0x000055a2d4f28f85 in create_internal_tmp_table_from_heap (thd=0x145d58000d48, table=0x145d5807d460, start_recinfo=0x145d5807dfe0, recinfo=recinfo@entry=0x145d58018c00, error=<optimized out>, ignore_last_dupp_key_error=ignore_last_dupp_key_error@entry=true, is_duplicate=0x145d8a89767f) at /test/10.5/sql/sql_lex.h:3169
      #6  0x000055a2d4fb4eb8 in select_unit::write_record (this=this@entry=0x145d58018b88) at /test/10.5/sql/sql_union.cc:432
      #7  0x000055a2d4fb518b in select_unit_ext::unfold_record (this=this@entry=0x145d58018b88, cnt=623, cnt@entry=2000) at /test/10.5/sql/sql_union.cc:513
      #8  0x000055a2d4fb6708 in select_unit_ext::send_eof (this=0x145d58018b88) at /test/10.5/sql/sql_union.cc:878
      #9  0x000055a2d4f52b02 in do_select (procedure=<optimized out>, join=0x145d58079ac0) at /test/10.5/sql/sql_select.cc:20840
      #10 JOIN::exec_inner (this=this@entry=0x145d58079ac0) at /test/10.5/sql/sql_select.cc:4649
      #11 0x000055a2d4f52e3d in JOIN::exec (this=0x145d58079ac0) at /test/10.5/sql/sql_select.cc:4429
      #12 0x000055a2d4fb8681 in st_select_lex_unit::exec (this=this@entry=0x145d58004cf8) at /test/10.5/sql/sql_union.cc:2250
      #13 0x000055a2d4fbd98d in mysql_union (thd=thd@entry=0x145d58000d48, lex=lex@entry=0x145d58004c30, result=result@entry=0x145d58018b60, unit=unit@entry=0x145d58004cf8, setup_tables_done_option=setup_tables_done_option@entry=0) at /test/10.5/sql/sql_union.cc:42
      #14 0x000055a2d4f51711 in handle_select (thd=thd@entry=0x145d58000d48, lex=lex@entry=0x145d58004c30, result=result@entry=0x145d58018b60, setup_tables_done_option=setup_tables_done_option@entry=0) at /test/10.5/sql/sql_select.cc:439
      #15 0x000055a2d4ecedd7 in execute_sqlcom_select (thd=thd@entry=0x145d58000d48, all_tables=0x145d58013588) at /test/10.5/sql/sql_parse.cc:6425
      #16 0x000055a2d4edb63a in mysql_execute_command (thd=thd@entry=0x145d58000d48) at /test/10.5/sql/sql_parse.cc:4030
      #17 0x000055a2d4ec871d in mysql_parse (thd=thd@entry=0x145d58000d48, rawbuf=<optimized out>, length=<optimized out>, parser_state=parser_state@entry=0x145d8a898310, is_com_multi=is_com_multi@entry=false, is_next_command=is_next_command@entry=false) at /test/10.5/sql/sql_parse.cc:8221
      #18 0x000055a2d4ed6b95 in dispatch_command (command=command@entry=COM_QUERY, thd=thd@entry=0x145d58000d48, packet=packet@entry=0x145d5800aa29 "SELECT 1 FROM information_schema.global_variables JOIN seq_1_to_100 INTERSECT ALL SELECT variable_value FROM information_schema.global_variables JOIN seq_1_to_100", packet_length=packet_length@entry=162, is_com_multi=is_com_multi@entry=false, is_next_command=is_next_command@entry=false) at /test/10.5/sql/sql_class.h:1329
      #19 0x000055a2d4ed9523 in do_command (thd=0x145d58000d48) at /test/10.5/sql/sql_parse.cc:1376
      #20 0x000055a2d501ad73 in do_handle_one_connection (connect=<optimized out>, connect@entry=0x55a2d7e0ff78, put_in_cache=put_in_cache@entry=true) at /test/10.5/sql/sql_connect.cc:1417
      #21 0x000055a2d501b244 in handle_one_connection (arg=0x55a2d7e0ff78) at /test/10.5/sql/sql_connect.cc:1319
      #22 0x0000145da42b3609 in start_thread (arg=<optimized out>) at pthread_create.c:477
      #23 0x0000145da3e9f133 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
      

      Bug confirmed present in:
      MariaDB: 10.5.26 (dbg), 10.5.26 (opt), 10.6.19 (dbg), 10.6.19 (opt), 10.11.9 (dbg), 10.11.9 (opt), 11.1.6 (dbg), 11.1.6 (opt), 11.2.5 (dbg), 11.2.5 (opt), 11.4.3 (dbg), 11.4.3 (opt)

      Bug (or feature/syntax) confirmed not present in:
      MariaDB: 11.5.2 (dbg), 11.5.2 (opt)

      Attachments

        Activity

          People

            monty Michael Widenius
            ramesh Ramesh Sivaraman
            Votes:
            0 Vote for this issue
            Watchers:
            3 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.