Ниже вы можете увидеть часть журнала, показывающую сбой. Сервер репликации - 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_threadsize) * max_thread если нет, уменьшите некоторые переменные в уравнении.
Указатель потока: 0x7fb01c000990 Попытка трассировки. Вы можете использовать следующую информацию, чтобы узнать, где умер mysqld. Если после этого вы не видите сообщений, что-то пошло не так ... stack_bottom = 7fb0387649f0 thread_stack 0x40000 / usr / sbin / mysqld (my_print_stacktrace + 0x20) [0x83f710] / usr / sbin / mysqld (handle_fatal_signal] / 0x34fbd) /libpthread.so.0(+0x11240)[0x7fb2739b9240] / usr / sbin / mysqld [0x641849] / usr / sbin / mysqld (_Z17mysql_create_userP3THDR4ListI11st_lex_userE + 0x25cbd) [0x64mysql_create_userP3THDR4ListI11st_lex_userE + 0x25cbd] [0x64x1d_mysqld] [0x646x1 / mysql_d_xld] / 0x641 / mysql1 / 0x25cc) [0x64 / USR / SBIN / туздЫ (_Z11mysql_parseP3THDPcjP12Parser_state + 0x328) [0x691858] / USR / SBIN / туздЫ (_ZN15Query_log_event14do_apply_eventEPK14Relay_log_infoPKcj + 0xc75) [0x7e5e95] / USR / SBIN / туздЫ (_ZN9Log_event11apply_eventEP14Relay_log_info + 0x6b) [0x7e3ecb] / USR / SBIN / туздЫ (_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/(b011xda9da) lib64 / libc.so.6 (клон + 0x6d) [0x7fb2730ec9cd]
Пытаюсь получить переменные. Некоторые указатели могут быть недействительными и вызывать прерывание дампа. Запрос (7fb01c021a8a): недопустимый указатель Идентификатор соединения (идентификатор потока): 2 Статус: NOT_KILLED
Страница руководства по адресу http://dev.mysql.com/doc/mysql/en/crashing.html содержит информацию, которая должна помочь вам выяснить причину сбоя.
Здесь помогло вернуться к версии 5.5 и позволить ведомому устройству выполнять запросы, которые ему не хватало. Кажется, настройки репликации были потеряны, поэтому мне пришлось перезапустить репликацию. Следующим шагом будет обновление ведущего, а затем ведомого соответственно. Я предполагаю, что ошибка MySQL связана с неправильным форматом таблицы, поскольку эта репликация 5.6 не была должным образом обновлена.
Когда проблема не связана с распределением общей памяти, как в вашем случае, хорошим местом для начала является трекер ошибок mysql или, по крайней мере, их специализированное сообщество.
Также я бы посоветовал вам: