2016-10-27 07:18:21 0x7fb1fa7f9700 InnoDB: Assertion failure in thread 140402388604672 in file fts0que.cc line 3831
InnoDB: Failing assertion: !query->intersection
InnoDB: We intentionally generate a memory trap.
InnoDB: Submit a detailed bug report to http://bugs.mysql.com.
InnoDB: If you get repeated assertion failures or crashes, even
InnoDB: immediately after the mysqld startup, there may be
InnoDB: corruption in the InnoDB tablespace. Please refer to
InnoDB: http://dev.mysql.com/doc/refman/5.7/en/forcing-innodb-recovery.html
InnoDB: about forcing recovery.
11:18:21 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.
Attempting to collect some information that could help diagnose the problem.
As this is a crash and something is definitely wrong, the information
collection process might fail.
Please help us make Percona Server better by reporting any
bugs at http://bugs.percona.com/
key_buffer_size=8388608
read_buffer_size=131072
max_used_connections=1
max_threads=152
thread_count=1
connection_count=1
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 68309 K bytes of memory
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x7fb1cf816000
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 = 7fb1fa7f8df0 thread_stack 0x40000
/home/przemyslaw.malkowski/sandboxes/tarballs/percona5.7.15/bin/mysqld(my_print_stacktrace+0x2e)[0xfee3be]
/home/przemyslaw.malkowski/sandboxes/tarballs/percona5.7.15/bin/mysqld(handle_fatal_signal+0x4a1)[0x943d51]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x10330)[0x7fb1fa24a330]
/lib/x86_64-linux-gnu/libc.so.6(gsignal+0x37)[0x7fb1f83e5c37]
/lib/x86_64-linux-gnu/libc.so.6(abort+0x148)[0x7fb1f83e9028]
/home/przemyslaw.malkowski/sandboxes/tarballs/percona5.7.15/bin/mysqld[0x91458b]
/home/przemyslaw.malkowski/sandboxes/tarballs/percona5.7.15/bin/mysqld(_Z9fts_queryP5trx_tP12dict_index_tjPKhmPP12fts_result_ty+0x2371)[0x1320981]
/home/przemyslaw.malkowski/sandboxes/tarballs/percona5.7.15/bin/mysqld(_ZN11ha_innobase11ft_init_extEjjP6String+0x379)[0x1095929]
/home/przemyslaw.malkowski/sandboxes/tarballs/percona5.7.15/bin/mysqld(_ZN15Item_func_match11init_searchEP3THD+0x157)[0xa0a6c7]
/home/przemyslaw.malkowski/sandboxes/tarballs/percona5.7.15/bin/mysqld(_Z12init_ftfuncsP3THDP13st_select_lex+0x4c)[0xda86fc]
/home/przemyslaw.malkowski/sandboxes/tarballs/percona5.7.15/bin/mysqld(_ZN4JOIN8optimizeEv+0x23cc)[0xdf0c1c]
/home/przemyslaw.malkowski/sandboxes/tarballs/percona5.7.15/bin/mysqld(_ZN13st_select_lex8optimizeEP3THD+0x4a)[0xe2c92a]
/home/przemyslaw.malkowski/sandboxes/tarballs/percona5.7.15/bin/mysqld(_Z12handle_queryP3THDP3LEXP12Query_resultyy+0x165)[0xe2caf5]
/home/przemyslaw.malkowski/sandboxes/tarballs/percona5.7.15/bin/mysqld[0x90aeba]
/home/przemyslaw.malkowski/sandboxes/tarballs/percona5.7.15/bin/mysqld(_Z21mysql_execute_commandP3THDb+0x31a4)[0xdf7524]
/home/przemyslaw.malkowski/sandboxes/tarballs/percona5.7.15/bin/mysqld(_Z11mysql_parseP3THDP12Parser_state+0x5d5)[0xdf9c75]
/home/przemyslaw.malkowski/sandboxes/tarballs/percona5.7.15/bin/mysqld(_Z16dispatch_commandP3THDPK8COM_DATA19enum_server_command+0x1211)[0xdfaef1]
/home/przemyslaw.malkowski/sandboxes/tarballs/percona5.7.15/bin/mysqld(_Z10do_commandP3THD+0x1cd)[0xdfb65d]
/home/przemyslaw.malkowski/sandboxes/tarballs/percona5.7.15/bin/mysqld(handle_connection+0x2a4)[0xeb2124]
/home/przemyslaw.malkowski/sandboxes/tarballs/percona5.7.15/bin/mysqld(pfs_spawn_thread+0x1b4)[0x101bb04]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x8184)[0x7fb1fa242184]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x6d)[0x7fb1f84a937d]
Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (7fb1cf828030): select content_id,page from text_content where MATCH (text_content.text_content) AGAINST ('+databases +language +compliance +limitations ' IN BOOLEAN MODE) limit 300
Connection ID (thread ID): 2
Same crash reproduced on PS 5.7.14 and PS 5.7.15:
2016-10-27 07:18:21 0x7fb1fa7f9700 InnoDB: Assertion failure in thread 140402388604672 in file fts0que.cc line 3831 >intersection bugs.mysql. com. dev.mysql. com/doc/ refman/ 5.7/en/ forcing- innodb- recovery. html bugs.percona. com/
InnoDB: Failing assertion: !query-
InnoDB: We intentionally generate a memory trap.
InnoDB: Submit a detailed bug report to http://
InnoDB: If you get repeated assertion failures or crashes, even
InnoDB: immediately after the mysqld startup, there may be
InnoDB: corruption in the InnoDB tablespace. Please refer to
InnoDB: http://
InnoDB: about forcing recovery.
11:18:21 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.
Attempting to collect some information that could help diagnose the problem.
As this is a crash and something is definitely wrong, the information
collection process might fail.
Please help us make Percona Server better by reporting any
bugs at http://
key_buffer_ size=8388608 size=131072 connections= 1 size)*max_ threads = 68309 K bytes of memory
read_buffer_
max_used_
max_threads=152
thread_count=1
connection_count=1
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_
Hope that's ok; if not, decrease some variables in the equation.
Thread pointer: 0x7fb1cf816000 w.malkowski/ sandboxes/ tarballs/ percona5. 7.15/bin/ mysqld( my_print_ stacktrace+ 0x2e)[0xfee3be] w.malkowski/ sandboxes/ tarballs/ percona5. 7.15/bin/ mysqld( handle_ fatal_signal+ 0x4a1)[ 0x943d51] 64-linux- gnu/libpthread. so.0(+0x10330) [0x7fb1fa24a330 ] 64-linux- gnu/libc. so.6(gsignal+ 0x37)[0x7fb1f83 e5c37] 64-linux- gnu/libc. so.6(abort+ 0x148)[ 0x7fb1f83e9028] w.malkowski/ sandboxes/ tarballs/ percona5. 7.15/bin/ mysqld[ 0x91458b] w.malkowski/ sandboxes/ tarballs/ percona5. 7.15/bin/ mysqld( _Z9fts_ queryP5trx_ tP12dict_ index_tjPKhmPP1 2fts_result_ ty+0x2371) [0x1320981] w.malkowski/ sandboxes/ tarballs/ percona5. 7.15/bin/ mysqld( _ZN11ha_ innobase11ft_ init_extEjjP6St ring+0x379) [0x1095929] w.malkowski/ sandboxes/ tarballs/ percona5. 7.15/bin/ mysqld( _ZN15Item_ func_match11ini t_searchEP3THD+ 0x157)[ 0xa0a6c7] w.malkowski/ sandboxes/ tarballs/ percona5. 7.15/bin/ mysqld( _Z12init_ ftfuncsP3THDP13 st_select_ lex+0x4c) [0xda86fc] w.malkowski/ sandboxes/ tarballs/ percona5. 7.15/bin/ mysqld( _ZN4JOIN8optimi zeEv+0x23cc) [0xdf0c1c] w.malkowski/ sandboxes/ tarballs/ percona5. 7.15/bin/ mysqld( _ZN13st_ select_ lex8optimizeEP3 THD+0x4a) [0xe2c92a] w.malkowski/ sandboxes/ tarballs/ percona5. 7.15/bin/ mysqld( _Z12handle_ queryP3THDP3LEX P12Query_ resultyy+ 0x165)[ 0xe2caf5] w.malkowski/ sandboxes/ tarballs/ percona5. 7.15/bin/ mysqld[ 0x90aeba] w.malkowski/ sandboxes/ tarballs/ percona5. 7.15/bin/ mysqld( _Z21mysql_ execute_ commandP3THDb+ 0x31a4) [0xdf7524] w.malkowski/ sandboxes/ tarballs/ percona5. 7.15/bin/ mysqld( _Z11mysql_ parseP3THDP12Pa rser_state+ 0x5d5)[ 0xdf9c75] w.malkowski/ sandboxes/ tarballs/ percona5. 7.15/bin/ mysqld( _Z16dispatch_ commandP3THDPK8 COM_DATA19enum_ server_ command+ 0x1211) [0xdfaef1] w.malkowski/ sandboxes/ tarballs/ percona5. 7.15/bin/ mysqld( _Z10do_ commandP3THD+ 0x1cd)[ 0xdfb65d] w.malkowski/ sandboxes/ tarballs/ percona5. 7.15/bin/ mysqld( handle_ connection+ 0x2a4)[ 0xeb2124] w.malkowski/ sandboxes/ tarballs/ percona5. 7.15/bin/ mysqld( pfs_spawn_ thread+ 0x1b4)[ 0x101bb04] 64-linux- gnu/libpthread. so.0(+0x8184) [0x7fb1fa242184 ] 64-linux- gnu/libc. so.6(clone+ 0x6d)[0x7fb1f84 a937d]
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 = 7fb1fa7f8df0 thread_stack 0x40000
/home/przemysla
/home/przemysla
/lib/x86_
/lib/x86_
/lib/x86_
/home/przemysla
/home/przemysla
/home/przemysla
/home/przemysla
/home/przemysla
/home/przemysla
/home/przemysla
/home/przemysla
/home/przemysla
/home/przemysla
/home/przemysla
/home/przemysla
/home/przemysla
/home/przemysla
/home/przemysla
/lib/x86_
/lib/x86_
Trying to get some variables. text_content) AGAINST ('+databases +language +compliance +limitations ' IN BOOLEAN MODE) limit 300
Some pointers may be invalid and cause the dump to abort.
Query (7fb1cf828030): select content_id,page from text_content where MATCH (text_content.
Connection ID (thread ID): 2