DBMS 모니터링에 대한 조언 필요

Question

안녕하세요. 최근 부하테스트를 진행하다 데드락을 감지하였는데 원인파악을 하는중 막히게되어 남기게되었습니다. 먼저 SHOW ENGINE innodb status 로그에 남긴 LATEST DETECTED DEADLOCK 을 확인하여 2개의 UPDATE문을 찾았습니다.다만, 2개의 UPDATE문에 대상이 되는 quiz_user_option테이블에는 조건상 경합이 발생할 수 없고 quiz_user_option 테이블에 걸어둔 행트리거로 인해 영향을 받는 user_leaderboard 테이블에 경합이 발생했다 판단하여 다음과 같이 다이어그램을 그려봤습니다. 경합이 발생했다 판단한 지점은 정확히 다음과 같은 경우들 중 하나라고 생각합니다.UPDATE(WAS에서 날린 A쿼리) vs SELECT(WAS에서 날린 B쿼리 이후 트리거 내부 쿼리)UPDATE(WAS에서 날린 A쿼리 이후 트리거 내부 쿼리) vs UPDATE(WAS에서 날린 B쿼리 이후 트리거 내부 쿼리) 저는 로그에 남겨진 2개의 UPDATE문 보다 이에 연관된 트리거에 사용된 쿼리가 원인임을 정확히 모니터링하고 싶습니다. 제가 분석하는 방향이 맞아 원하는 바를 지원하는 DBMS 모니터링 툴을 추천해주셔도 감사하고,저의 분석 방향이 틀려 이를 지적해주셔도 또는 애초에 이러한 상황에서 데드락을 방지할 수 있는 방안을 알려주셔도 너무 감사할것 같습니다.※ 다음은 참고를 위한 AFTER UPDATE 행트리거 코드입니다.TRIGGER &#96;quiz_user_option_update&#96; AFTER UPDATE ON &#96;quiz_user_option&#96; FOR EACH ROW BEGIN DECLARE new_score INT; ... SET new_score &#61; ( SELECT COUNT(*) AS hit_count FROM quiz_question_option AS qo INNER JOIN quiz_user_option AS uo ON qo.question_option_seq &#61; uo.question_option_seq WHERE qo.answer_yn &#61; 1 AND uo.user_seq &#61; NEW.user_seq ) * 100; ... UPDATE user_leaderboard SET quiz_score &#61; new_score WHERE user_seq &#61; NEW.user_seq; END

쿠잉 · Accepted Answer

어떤 테이블간에 데드락이 걸리는건가요 ?2개 쿼리는 어떤것인가요?user_leaderboard 테이블에 인덱스 구성은 어떻게 되어있나요?

DBMS 모니터링에 대한 조언 필요

1개의 답변

Q&A 목록