Nodejs API 동시요청은 어떻게 처리하나요?

좋은 답변 감사합니다 도열님! 혹시 괜찮다면 질문 하나만 드려도 될까요? "DBMS 바깥의 원격 서비스에서 트랜잭션을 사용하는 것은 DBA 관점에서 안티 패턴입니다. 가능한 한 백엔드 서버에서 트랜잭션은 사용하지 않아야 합니다." -> 왜 안티 패턴인지, 어떤 부분이 문제가 되는지 여쭤봐도 될까요? 제가 DBA 관점에서 문제를 접근해본 경험이 적어서 궁금하네요 ㅎㅎ

겸손하시네요. 이미 알고 계신 내용과 별 다르지 않을 거라고 생각합니다. 아시는 것처럼 트랜잭션을 시작하고 커밋 (또는 롤백) 할 때의 원칙은 트랜잭션의 시작은 최대한 늦추고 커밋이나 롤백은 최대한 빨리 실행시켜서 잠금 시간을 최소화 하는 것입니다. 그런데 로컬과 달리 원격 서버의 경우 트랜잭션 블록 안의 쿼리 문들이 네트워크를 타고 왕복을 하고, 중간 중간 백엔드에서 비즈니스 로직 처리가 끝나기를 기다리게 되기 때문에 상대적으로 잠금 시간이 길어집니다. (다른 세션의 잠금 대기가 발생하고, 상황에 따라선 데드락까지도 유발) 그래서 가능한 다른 방법을 최대한 찾아 보고, 방법이 있다면 백엔드 서버에서 트랜잭션을 시작하는 작업은 하지 않는 것이 좋다는 의미로 드린 말씀입니다. 참고로 본문의 쿠폰과 같은 예에서, 보통은 트랜잭션을 사용해서 이렇게 해결하는 것 같습니다. {백엔드에서 트랜잭션 시작} SELECT coupon_id, is_used FROM coupon WHERE coupon_key = 'abc' FOR UPDATE; {백엔드에서 쿠폰 존재 여부, 쿠폰 사용 여부에 대한 exception 처리} UPDATE coupon SET is_used = 'y', ... WHERE coupon_id = ... + 그 밖의 몇 가지 데이터 수정 {백엔드에서 Commit} 이걸 트랜잭션을 사용하지 않고 해결하는 방식도 있는데요. UPDATE coupon SET is_used = 'y', ... WHERE coupon_key = 'abc' AND is_used = 'n'; SELECT ROW_COUNT() AS affected_rows; 여기서 affected_rows가 0이면 존재하지 않는 쿠폰이거나, 이미 사용된 쿠폰이라는 의미가 되기 때문에, 조금이라도 늦게 도착한 API 호출에 의해서는 쿠폰 사용이 승인되지 않습니다.

제품 개발에 집중하다보면 기본적인 걸 스쳐 지나가는 경우가 많은 것 같은데 역시 기본적이면서 당연한게 중요하고 문제를 쉽게 푸는데 도움이 되네요. 다시 한번 깨닫게 됩니다. 상세한 답변 감사합니다. 좋은 밤 되세요 :)