複製伺服器崩潰 - > 18:39:32 UTC - mysqld 收到信號 11
您可以在下面看到顯示崩潰的日誌部分。複製伺服器是 5.6，主伺服器是 5.5，但此設置在上週左右出現警告。現在，在嘗試更改某些使用者權限後，複製伺服器崩潰並且不會再次載入。關於從哪裡開始的任何想法？
18:39:32 UTC - mysqld 收到信號 11 ；這可能是因為您遇到了錯誤。此二進製文件或與之鍊接的庫之一也可能已損壞、建構不正確或配置錯誤。此錯誤也可能是由硬體故障引起的。我們將盡最大努力收集一些資訊，希望能幫助診斷問題，但由於我們已經崩潰，肯定有問題，這可能會失敗。
key_buffer_size=262144 read_buffer_size=524288 max_used_connections=1 max_threads=200 thread_count=2 connection_count=0 mysqld 可能最多可以使用 key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 156591 K 字節記憶體 希望沒關係；如果不是，減少方程中的一些變數。
執行緒指針：0x7fb01c000990 正在嘗試回溯。您可以使用以下資訊找出 mysqld 死在哪裡。如果您在此之後沒有看到任何消息，則出現了嚴重錯誤… stack_bottom = 7fb0387649f0 thread_stack 0x40000 /usr/sbin/mysqld(my_print_stacktrace+0x20)
$$ 0x83f710 $$ /usr/sbin/mysqld(handle_fatal_signal+0x34d)$$ 0x61fbbd $$ /lib64/libpthread.so.0(+0x11240)$$ 0x7fb2739b9240 $$ /usr/sbin/mysqld$$ 0x641849 $$ /usr/sbin/mysqld(_Z17mysql_create_userP3THDR4ListI11st_lex_userE+0x25d)$$ 0x6467bd $$ /usr/sbin/mysqld(_Z21mysql_execute_commandP3THD+0x201c)$$ 0x68cc1c $$ /usr/sbin/mysqld(_Z11mysql_parseP3THDPcjP12Parser_state + 0x328)$$ 0x691858 $$ /usr/sbin/mysqld(_ZN15Query_log_event14do_apply_eventEPK14Relay_log_infoPKcj+0xc75)$$ 0x7e5e95 $$ /usr/sbin/mysqld(_ZN9Log_event11apply_eventEP14Relay_log_info+0x6b)$$ 0x7e3ecb $$ /usr/sbin/mysqld(_Z26apply_event_and_update_posPP9Log_eventP3THDP14Relay_log_info+0x25c)$$ 0x813cbc $$ /usr/sbin/mysqld(handle_slave_sql+0xde9)$$ 0x816dc9 $$ /usr/sbin/mysqld(pfs_spawn_thread+0x123)$$ 0xa224a3 $$ /lib64/libpthread.so.0(+0x91da)$$ 0x7fb2739b11da $$ /lib64/libc.so.6(clone+0x6d)$$ 0x7fb2730ec9cd $$ 試圖獲得一些變數。某些指針可能無效並導致轉儲中止。查詢（7fb01c021a8a）：是一個無效的指針連接ID（執行緒ID）：2狀態：NOT_KILLED
http://dev.mysql.com/doc/mysql/en/crashing.html上的手冊頁 包含可以幫助您找出導致崩潰的原因的資訊。
這裡有幫助的是降級回 5.5 並讓從屬執行它失去的查詢。似乎複製設置失去了，所以我不得不重新啟動複製。下一步將是升級主伺服器，然後相應地升級從伺服器。我假設 MySQL 錯誤崩潰它與錯誤的表格式有關，因為這個 5.6 複製沒有正確升級。
當問題與共享記憶體分配無關時，例如在您的情況下，開始的好地方是 mysql 錯誤跟踪器，或者至少是他們的專業社區。
我還建議您：
- 使用memtest86檢查伺服器的記憶體
- 安裝並嘗試更新版本的 mysql 5.6.x 伺服器