handle_fatal_signal (sig=11) in filesort | sql/filesort.cc:208

Core, GDB, error log etc

There was no master (single threaded, single mysqld run)

s/There was no master (single threaded, single mysqld run)/Single threaded run, single mysqld involved/

This is an upstream bug : http://bugs.mysql.com/bug.php?id=74579

****** Testcase

create table t1(pk1 int key,b bit,key(b)) ENGINE=INNODB;
CREATE TABLE t2(a int,b2 char,FULLTEXT KEY b2 (b2));
EXPLAIN EXTENDED SELECT * FROM t1 UNION SELECT * FROM t1 ORDER BY(SELECT a FROM t2 WHERE b=12);
UPDATE t2 SET a=1 ORDER BY a;

I do not see a crash on 5.1.73 or 5.5 (no fulltext keys there for InnoDB, so no wonder...), but on 5.6 it's easy to reproduce:

[openxs@chief p5.6]$ bin/mysql --no-defaults -uroot test
Welcome to the MySQL monitor. Commands end with ; or \g.
Your MySQL connection id is 1
Server version: 5.6.21-69.0 MySQL Community Server (GPL)

Copyright (c) 2009-2014 Percona LLC and/or its affiliates
Copyright (c) 2000, 2014, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> create table t1(pk1 int key,b bit,key(b)) ENGINE=INNODB;
Query OK, 0 rows affected (0.30 sec)

mysql> CREATE TABLE t2(a int,b2 char,FULLTEXT KEY b2 (b2));
Query OK, 0 rows affected (1.55 sec)

mysql> EXPLAIN EXTENDED SELECT * FROM t1 UNION SELECT * FROM t1 ORDER BY(SELECT a FROM t2 WHERE b=12);
+----+--------------------+------------+-------+---------------+------+---------+------+------+----------+---------------------------------+
| id | select_type | table | type | possible_keys | key | key_len | ref | rows | filtered | Extra |
+----+--------------------+------------+-------+---------------+------+---------+------+------+----------+---------------------------------+
| 1 | PRIMARY | t1 | index | NULL | b | 2 | NULL | 1 | 100.00 | Using index |
| 2 | UNION | t1 | index | NULL | b | 2 | NULL | 1 | 100.00 | Using index |
| 3 | DEPENDENT SUBQUERY | t2 | ALL | NULL | NULL | NULL | NULL | 1 | 100.00 | Using where |
| NULL | UNION RESULT | <union1,2> | ALL | NULL | NULL | NULL | NULL | NULL | NULL | Using temporary; Using filesort |
+----+--------------------+------------+-------+---------------+------+---------+------+------+----------+---------------------------------+
4 rows in set, 2 warnings (0.00 sec)

mysql> UPDATE t2 SET a=1 ORDER BY a;
ERROR 2013 (HY000): Lost connection to MySQL server during query
mysql> 141027 11:16:39 mysqld_safe Number of processes running now: 0
141027 11:16:39 mysqld_safe mysqld restarted

mysql> exit
Bye
[openxs@chief p5.6]$ tail -120 data/chief.err
...

2014-10-27 11:16:22 3023 [Note] /home/openxs/dbs/p5.6/bin/mysqld: ready for connections.
Version: '5.6.21-69.0' socket: '/tmp/mysql.sock' port: 3306 MySQL Community Server (GPL)
pure virtual method called
terminate called without an active exception
09:16:38 UTC - mysqld got signal 6 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
We will try our best to scrape up some info that will hopefully help
diagnose the problem, but since we have already crashed,
something is definitely wrong and this may fail.
Please help us make Percona Server better by reporting any
bugs at ht...

Percona now uses JIRA for bug reports so this bug report is migrated to: https://jira.percona.com/browse/PS-833