[mysql] 데드락 해결법 아이디어,,

Question

미션을 완료하면 보상을 주는 기능이 있는데요,특정 시간대에 사람이 몰려서 데드락이 생겨서 지연이 생기고그 사이에 계속 보상을 누르면 한번에 중첩지급되는 현상이 생깁니다유니크 키는 걸 수 없는 테이블이라.. 서비스 로직에서만 방어를 하고 있었기 때문에 이런 현상이 생긴 것 같습니다..(테이블은 해당 유저를 구분하는 pk와 보상을 구분하는 컬럼으로 구성되어있고, 같은 보상은 하루에 한번만 받을 수 있도록 서비스로직에서 해당 날짜의 선지급 여부를 확인한 후에 보상을 지급합니다: select -> insert)락을 걸면 너무 큰 지연이 생길 것 같아서 잘 판단이 안섭니다단순히 사이즈업하는 것 말고 근본적으로 해결할 수 있는 아이디어 없을까요?

카카오콘 · Answer

lock을 거는게 맞지 않을까요?결국 어떤 유저한테 보상이 지급되는거니, 모든 사람이 동일한 데이터에 접근하는게 아니라각 유저가 각 개인 데이터에 접근하는 내용이라고 생각됩니다만전체 lock이 아니라 row lock이면 자기가 조회한 데이터 이외에는 영향이 없으니 딱히 성능 이슈는 없을 듯 한데요.

닦붕 · Answer

보상 정보를 다음날 지급 하는게 가장 효과적인 방법인거 같습니다.

HJOW · Answer

유니크 키를 왜 걸 수 없나요?애초에 그부분이 문제가 되는 것 같죠?혹시 테이블이 데이터 한건만 들어가있고 그걸 여러 프로세스에서 액세스해야 하는 건 아니겠죠?만약 그게 맞다면 테이블 설계까지 바꾸셔야 해요.일단은 테이블 구조를 봐야 알 수 있을 것 같습니다.근데 유니크 키는 무조건 무조건 무조건 있어야 합니다.지금 생각했을 때 &#34;유니크 키가 없을법한 테이블이다&#34; 라는 생각이 들면생각을 잘못하고 있는 겁니다. 관점을 아예 다르게 생각해봐야 할겁니다. 당연히 테이블 구조 자체가 바뀌겠죠. 행이 여러개로 쪼개지거나, 아예 테이블이 분리되거나.

테스트맨 · Answer

이 정보만으로 조언을 드리긴 힘들군요.어짜피 풀사이즈 올려도 똑같이 발생합니다.원인을 먼저 알아내셔야하구요. 그 부분을 수정해야합니다.보통 데드락의 원인은커넥션을 너무 오래 물고있어서 발생합니다. 빅쿼리가 존재하는지 확인 필요..그리고 이 상황이 데드락 상황이 맞는건지도 확인필요..

a little more · Answer

요청 처리 로직에서 Task Queue 를 구현하시면 어떠신지만약 이중화된 서버라면 Queue 서버를 따로 둬야겠죠

아직도개발중 · Answer

환경을 변화할 수 없는 상황이라면 테이블 저장 전에 캐시(Redis)로 회원 별 신청여부를 관리하고 큐잉처리 해서 캐시(redis) 정보를 가져와 DB에 업데이트 해주는 방식은 어떨까요?그냥 지나가면서 든 생각 입니다.

a little more · Answer

또다른 아이디어 &#43;테이블을 하나 더 만들어서 [ 원래 키 &#43; 날짜] 로 PK 나 유니크 인덱싱을 거시구요보상지급 전에 그 테이블에 Insert 해보시고 성공하면 보상 지급 실패(중복키 에러)하면 요청 reject 하시면 될것 같습니다

ㄷ · Answer

여러분 아이디어 너무 감사합니다.. 일단 한 테이블에서 여러 정보 관리중이라서 유니크 키를 못걸었던 건데 아예 해당 데이터는 분리해서 따로 유니크 키 걸고 관리하기로 했습니다.

[mysql] 데드락 해결법 아이디어,,

8개의 답변

Q&A 목록