MySQL의 KILL 명령어: 두 번째 이야기

안녕하세요! 오늘은 "MySQL with Diagrams" 시리즈의 두 번째 글을 통해 MySQL에서 스레드 종료를 어떻게 처리하는지에 대해 다루어 보겠습니다. 첫 번째 글에서는 MySQL의 복제 아키텍처에 대해 설명했으니, 아직 보지 않으신 분들은 여기서 확인해보세요!

KILL 명령어 개요

MySQL의 KILL 명령어는 활성 스레드를 종료시키는 데 사용됩니다. 많은 사람들이 이 주제에 대해 어느 정도 알고 있다고 생각하지만, 사실 이 명령은 종종 오해를 불러일으킵니다. KILL 명령어는 해당 명령어를 실행하는 스레드가 아니라, 특정 스레드를 통해 처리가 이루어집니다. 따라서 어떻게 작동하는지 그림을 통해 설명하는 것이 효과적입니다.

스레드 간의 상호작용

다음 다이어그램은 두 개의 스레드 간의 상호작용을 보여줍니다:

• 스레드 ID 10: 현재 쿼리를 실행하고 있는 작업 스레드입니다.
• 스레드 ID 12: 스레드 ID 10을 종료하기 위해 KILL 10 명령어를 발행하는 스레드입니다.

스레드 처리 과정

• 스레드 10: 쿼리를 청크 단위로 처리하는 루프에 들어갑니다. ORDER BY, GROUP BY 또는 ALTER TABLE과 같은 작업은 행 블록을 읽고 처리합니다. 각 블록 처리 후에는 thd_killed() 플래그를 확인하여 계속할지 종료할지 결정합니다.

• 스레드 12: KILL 명령어를 보내어 스레드 10의 종료 플래그를 설정합니다.

KILL 플래그의 동작 방식

KILL 플래그가 설정되지 않은 상태(즉, thd_killed()=0)라면, 스레드 10은 계속해서 쿼리를 처리합니다. 하지만 플래그가 설정된 경우(thd_killed()=1), 쿼리 실행이 중단되고 임시 테이블은 해제되며, 모든 활성 트랜잭션은 롤백됩니다.

MySQL의 is_killed() 함수

is_killed() 함수는 스레드 종료 여부를 확인합니다:

bool Sql_data_context::is_killed() const { 
    const auto kill = thd_killed(get_thd()); 
    DBUG_LOG("debug", "is_killed:" << kill); 
    if (0 == kill) return false; 
    return ER_QUERY_INTERRUPTED != kill; 
}

• kill == 0: 스레드가 계속 실행됩니다.
• kill != 0: 스레드는 인터럽트를 받으며 추가 실행이 중단됩니다.

결론 및 다음 주제 제안

KILL 명령어와 MySQL의 스레드 생명주기를 이해하면, 쿼리가 기대보다 오래 걸리는 이유를 파악할 수 있습니다. 항상 쿼리를 재확인하고, 프로덕션 환경에서 스레드를 무분별하게 종료하는 것은 피해야 합니다. 이로 인해 중요한 작업이 중단될 수 있으니 조심해야 합니다.

다음 시리즈에서는 어떤 주제를 다루면 좋을지 댓글로 남겨주세요! 항상 여러분의 의견을 듣는 것을 환영합니다.

감사합니다! Percona 블로그에서 더 많은 정보를 확인해 보세요!