MySQL 좀비 덤프 쓰레드

아래의 내용은 계속해서 내 마스터 mysql 서버에 기록됩니다. 나는 운이없는이 죽음을 봤어.MySQL 좀비 덤프 쓰레드

누구든지 내게 조언을 해줄 수 있습니까?

2016-07-21T08:17:43.765005Z 41323 [Note] Start binlog_dump to master_thread_id(41323) slave_server(4), pos(, 4) 
2016-07-21T08:17:51.598518Z 41324 [Note] While initializing dump thread for slave with UUID <5dbbd9c5-2963-11e5-9b69-1458d042a2f8>, found a zombie dump thread with the same UUID. Master is killing the zombie dump thread. 
2016-07-21T08:17:51.615993Z 41324 [Note] Start binlog_dump to master_thread_id(41324) slave_server(3), pos(, 4) 
2016-07-21T08:18:12.578065Z 41326 [Note] While initializing dump thread for slave with UUID <60f57c3e-2963-11e5-9b69-1458d057f760>, found a zombie dump thread with the same UUID. Master is killing the zombie dump thread. 
2016-07-21T08:18:12.656642Z 41326 [Note] Start binlog_dump to master_thread_id(41326) slave_server(1), pos(, 4)

출처

2016-07-21 user2841861

그냥 모든 서버에서 mysql 5.7.11을 실행하고 있는지 확인하십시오. 서버 id와 uuids는 모두 고유합니다. – user2841861

이것은 다음 릴리스에서 수정 된 MySQL 5.6 이상의 버그입니다. As explained here, 마스터가 자신의 server_uuid를 기반으로 다른 슬레이브를 식별하려고 시도했습니다. 이전에는 비어있었습니다. 5.6

출처

2016-08-26 02:21:00

slave_net_timeout을 생성 해보십시오. 버전 5.7.7 이전에는 3600으로 설정되었으므로 60으로 설정되었습니다. 따라서 네트워크에 문제가 있으면 슬레이브가 서버에 연결을 잃어 버렸다고 생각하지만 슬레이브가 연결을 시도 할 때 , 마스터에 덤프 스레드를 작성합니다. Master가 덤프 쓰레드를 생성하기 전에, (UUID 값을 사용하여) 그 슬레이브에 대해 덤프 쓰레드가 실행 중인지를 확인한다. 그렇다면 오래된 덤프 스레드를 "좀비"덤프 스레드로 간주하여 종료합니다. 새로운 것을 작성해,이 「주」를 에러 로그 파일에 표시합니다. 는 실질적으로 말하기 (이것은 the official MySQL site에서 인용) : 슬레이브 머신에서 MySQL을 입력하고

mysql> set global slave_net_timeout=3600;

은 MySQL 서버를 다시 시작

그것은 문제를 해결해야한다.

일단 이것이 정상이면 구성 파일 my.conf에이 매개 변수를 추가하여 변경 사항을 확실하게 지정할 수 있습니다.

출처

2017-02-01 14:28:28

MySQL 좀비 덤프 쓰레드

답변

관련 문제