동시성 이슈 처리 관련 조언 부탁드립니다.

Question

(가벼운(?) 질문입니다!)어떤 사용자 A의 요청이 있고, 담당자 ㄱ ㄴ ㄷ ㄹ 가 해당 요청을 동시에 승인한다고 할 때,하나의 요청에 대한 승인은 한명의 담당자만 할 수 있다고 가정을 한다면요!4개의 승인 행위가 다 롤백 되어야 하나요? 아니면 1개의 스레드(담당자) 승인만 성공하고 나머지 3개는 실패(예외) 처리해도 되는 걸까요? (물론 비즈니스 로직에 따라 다르겠지만요!)사이드 팀 프로젝트라 클라이언트가 있는 건 아니지만 그래도 좀 그럴듯하게 만들고 싶긴 합니다..ㅎㅎ뭔가 후자로 해서 동시성 이슈를 한번 다뤄보고 싶은데 티켓팅 시스템 이런거 생각해보면 전자로 보통 할 것 같은데요.. 후자로 해도 문제 될 건 없겠지요..?

배움은끝이없다 · Answer

굳이 롤백할 이유가 있을까요그냥 synchronized 사용해서 승인 서비스 메서드가 1개의 스레드씩 처리할 수 있도록 하고ㄱ 이 승인을 했으면 다음 ㄴ ㄷ ㄹ 스레드가 승인 처리하려고 할때 이미 승인됐습니다. 라고 메시지 처리해주면 될 것 같습니당

ansdbduf · Answer

걍 승인완료테이블 만들어서 PK 중복제약으로 처리

Devvy · Answer

하나의 서버로만 운영한다고 가정하면 synchronized 등을 사용해도 되는데 서버가 여러대가 되면 다른 방식 e.g. redis lock, db lock 등을 활용해야할거에요

3CH-O · Answer

저는 낙관적 락이 적합하다고 생각해요.한 명이 성공한 시점에서 나머지는 거부하면 되는 거니까 굳이 성공한 사람까지 롤백시킬 필요는 없다고 봐요.비관락도 방법이 될 수는 있겠지만 어차피 1명이 성공한 시점에서 나머지 3명은 예외를 터뜨리거나 실패 응답을 받아야 할 거구요.그럼 굳이 비용이 비싼 비관적 락을 쓰기보다는 낙관적 락이 더 적합하지 않나 생각이 듭니다.하나의 요청을 순차적으로 여럿이서 처리하는 경우라면 비관락을 쓰는 게 좋을 수도 있겠네요(저는 이 경우에도 비관락은 안쓸 것 같지만요)

LichKing · Answer

질문이 좀 이상한데... 롤백이라는건 1개의 승인만 필요한 상태에서 동시성 이슈로 이미 4개가 모두 승인이 나는 경우를 말하는건가요?

wharup · Answer

DB에서 낙관적 락으로 구현하는게 일반적이겠네요. 구현도 어렵지 않고요.실무에선 서버를 이중화로 구성하니 sycnronized 구문은 거의 사용하지 않습니다.

동시성 이슈 처리 관련 조언 부탁드립니다.

6개의 답변

Q&A 목록