Bug #74010 Crash in well_formed_copy_nchars
Submitted: 22 Sep 2014 11:14 Modified: 2 Dec 2014 12:28
Reporter: Tarique Saleem Email Updates:
Status: Closed Impact on me:
None 
Category:MySQL Server: Performance Schema Severity:S3 (Non-critical)
Version:5.7.5 OS:Any
Assigned to: CPU Architecture:Any

[22 Sep 2014 11:14] Tarique Saleem
Description:
Crash seen while testing WL7698. Need to confirm if it is WL related or not.

10:21:17 UTC - mysqld got signal 11 ;
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.

key_buffer_size=8388608
read_buffer_size=131072
max_used_connections=40
max_threads=151
thread_count=32
connection_count=32
It is possible that mysqld could use up to
key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 68115 K  bytes of memory
Hope that's ok; if not, decrease some variables in the equation.

Thread pointer: 0x7fd748555980
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 = 7fd844129dc0 thread_stack 0x40000
/log/RQG/ttarique/mysql-trunk-wl7698/BLD_TRUNK_NEW//bin/mysqld(my_print_stacktrace+0x35)[0xe285c3]
/log/RQG/ttarique/mysql-trunk-wl7698/BLD_TRUNK_NEW//bin/mysqld(handle_fatal_signal+0x407)[0x82897e]
/lib64/libpthread.so.0(+0xf4a0)[0x7fd85a9fc4a0]
/log/RQG/ttarique/mysql-trunk-wl7698/BLD_TRUNK_NEW//bin/mysqld[0x129440f]
/log/RQG/ttarique/mysql-trunk-wl7698/BLD_TRUNK_NEW//bin/mysqld[0x129447e]
/log/RQG/ttarique/mysql-trunk-wl7698/BLD_TRUNK_NEW//bin/mysqld(_Z23well_formed_copy_ncharsPK15charset_info_stPcmS1_PKcmmPS4_S5_S5_+0x32e)[0xc55cb6]
/log/RQG/ttarique/mysql-trunk-wl7698/BLD_TRUNK_NEW//bin/mysqld(_ZN15Field_varstring5storeEPKcmPK15charset_info_st+0x10b)[0x862597]
/log/RQG/ttarique/mysql-trunk-wl7698/BLD_TRUNK_NEW//bin/mysqld(_ZN16PFS_engine_table22set_field_varchar_utf8EP5FieldPKcj+0x82)[0x11f69ce]
/log/RQG/ttarique/mysql-trunk-wl7698/BLD_TRUNK_NEW//bin/mysqld(_ZN25table_events_waits_common15read_row_valuesEP5TABLEPhPP5Fieldb+0x3b1)[0x121ac49]
/log/RQG/ttarique/mysql-trunk-wl7698/BLD_TRUNK_NEW//bin/mysqld(_ZN16PFS_engine_table8read_rowEP5TABLEPhPP5Field+0xdc)[0x11f647a]
/log/RQG/ttarique/mysql-trunk-wl7698/BLD_TRUNK_NEW//bin/mysqld(_ZN13ha_perfschema8rnd_nextEPh+0x107)[0x11e4479]
/log/RQG/ttarique/mysql-trunk-wl7698/BLD_TRUNK_NEW//bin/mysqld(_ZN7handler11ha_rnd_nextEPh+0x26c)[0x888e5a]
/log/RQG/ttarique/mysql-trunk-wl7698/BLD_TRUNK_NEW//bin/mysqld(_Z13rr_sequentialP11READ_RECORD+0x6d)[0xa955a8]
/log/RQG/ttarique/mysql-trunk-wl7698/BLD_TRUNK_NEW//bin/mysqld(_Z21join_init_read_recordP7QEP_TAB+0x14a)[0xb0dc27]
/log/RQG/ttarique/mysql-trunk-wl7698/BLD_TRUNK_NEW//bin/mysqld(_Z10sub_selectP4JOINP7QEP_TABb+0x23b)[0xb0af2e]
/log/RQG/ttarique/mysql-trunk-wl7698/BLD_TRUNK_NEW//bin/mysqld[0xb0a890]
/log/RQG/ttarique/mysql-trunk-wl7698/BLD_TRUNK_NEW//bin/mysqld(_ZN4JOIN4execEv+0x608)[0xb08754]
/log/RQG/ttarique/mysql-trunk-wl7698/BLD_TRUNK_NEW//bin/mysqld(_Z12mysql_selectP3THDR4ListI4ItemEyP13select_resultP13st_select_lex+0xf6)[0xb8e8d7]
/log/RQG/ttarique/mysql-trunk-wl7698/BLD_TRUNK_NEW//bin/mysqld(_Z13handle_selectP3THDP13select_resultm+0x1a8)[0xb8cd5a]
/log/RQG/ttarique/mysql-trunk-wl7698/BLD_TRUNK_NEW//bin/mysqld[0xb55d8c]
/log/RQG/ttarique/mysql-trunk-wl7698/BLD_TRUNK_NEW//bin/mysqld(_Z21mysql_execute_commandP3THD+0xde7)[0xb4dda8]
/log/RQG/ttarique/mysql-trunk-wl7698/BLD_TRUNK_NEW//bin/mysqld(_Z11mysql_parseP3THDP12Parser_state+0x4db)[0xb56baf]
/log/RQG/ttarique/mysql-trunk-wl7698/BLD_TRUNK_NEW//bin/mysqld(_Z16dispatch_command19enum_server_commandP3THDPcm+0xd78)[0xb4ad67]
/log/RQG/ttarique/mysql-trunk-wl7698/BLD_TRUNK_NEW//bin/mysqld(_Z10do_commandP3THD+0x361)[0xb49aee]
/log/RQG/ttarique/mysql-trunk-wl7698/BLD_TRUNK_NEW//bin/mysqld(handle_connection+0x1b3)[0xc57188]
/log/RQG/ttarique/mysql-trunk-wl7698/BLD_TRUNK_NEW//bin/mysqld(pfs_spawn_thread+0x15a)[0x11e6c93]
/lib64/libpthread.so.0(+0x77f1)[0x7fd85a9f47f1]
/lib64/libc.so.6(clone+0x6d)[0x7fd85974d70d]

Trying to get some variables.
Some pointers may be invalid and cause the dump to abort.
Query (7fd7484c0de0): SELECT * FROM performance_schema . `events_waits_history_long` AS table1  LIMIT 4
Connection ID (thread ID): 2328
Status: NOT_KILLED

The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
information that should help you find out what is causing the crash.
Writing a core file

How to repeat:
Issue seen on debug build

revision-id: mayank.prasad@oracle.com-20140828065324-biwd1tz39rrv7bfx
date: 2014-08-28 12:23:24 +0530
build-date: 2014-08-28 14:48:02 +0200
revno: 7677
branch-nick: mysql-trunk-wl7698

MySQL source 5.7.5-m15

This issue seen with RQG runs with high concurrent threads (32) on dataload
with 1000 tables and 1000 views. Its difficult to get a reproducible test
case in this scenario but still working on the same.
[2 Dec 2014 12:28] Erlend Dahl
Fixed in 5.7.6 under the heading of

Bug#19658933 CRASH IN MY_VALID_MBCHARLEN_UTF8 AT STRINGS/CTYPE-UTF8.C:5883
[31 Mar 2015 23:05] Todd Farmer
Affected 5.7 only.