트랜잭션 격리수준 질문있습니다.

Question

프리랜서하다가 정규직으로 전환한 쥬니어 개발자입니다~!그런데 현재 재직중인 직장 소스를 보면 트랜잭션을 걸어야하는 서비스단 메서드에 @Transactional의 격리 수준이 모두 READ UNCOMMITTED 로 되어져 있네요. 하나도 빠짐없이.. 상사분의 말로는 테이블 락 발생을 방지하기 위해 이렇게 한다는데... 제가 생각했을때 이는 적합하지 않은 방법같거든요. 데이터 정합성이 깨질뿐더러 테이블 락은 다른 방법으로 해결해야지 이건 아닌것 같더라구요..여러분들의 의견이 궁금합니다.

개발잡부 · Answer

돔황챠...

톰소여 · Answer

일반적으로 조회는 read uncommitted로 처리하고 업무처리 부분만 read committed로 하면 되겠죠.그런데 이유가 있겠죠.https://stackoverflow.com/questions/2471055/why-use-a-read-uncommitted-isolation-level사용자가 정말 많이 있는 경우(예를 들어 한시간에 수천만건의 Tx 가 발생한다고 하면 ) 문제가 있어보일 수 있으나..그렇게 중요한 데이터가 아닌 경우.. 예를 들어 주문 결제나 돈 관련된 부분의 처리가 아닌 경우에는 read uncommitted로 처리해도 문제는 없을 수 있어요. 아니면 사용자의 수가 극히 한정 되어 있는 경우.. A 사용자의 대용량 Tx 처리에 의해서 B 사용자의 시스템 운용에 문제가 발생하는 경우도 있고요.. dbms가 열악한 시스템에 탑재되어 있는 경우도 있으니...서비스 목적이나 사용자 수나 그런 자세한 데이터나 설계나 시스템 구조를 모르니 머라고 이야기는 못하겠어요.나중에 좀 더 상사분과의 친분이 쌓이면 물어보는 것이 좋지 않을까요?

3CH-O · Answer

DB 버젼이 많이 낮은가요?요즘 어지간하면 repeatable read 수준에서도 락 대신 undo 로그로 반복 읽기 처리하는 걸로 아는데for update로 걸어잠그는 작업도 많다면 모를까 의아하긴 하네요다만 뭐든 간에 이유가 있을거고.. 다른 분 말씀대로 tx가 엄청나서 undo 로그 감당이 안되는 수준이고 정합성이 크게 중요하지 않다면 그럴만도..

yeori · Answer

데이터 정합성이 깨져서 문제가 되는 상황과, 대수롭지 않은 상황이 있습니다.예를 들어서 게시판에서 전체 글을 가져오는 경우, 기가 막힌 타이밍에 글이 추가되거나 지워져서 글의 갯수가 맞지 않을 수 있는데 이게 큰 문제가 아닐 수 있습니다.하지만 재고 수량에서 발생한 주문 수량 차감할 때는 정합성이 깨지면 곤란하죠. 실제 재고와 전산상의 재고가 안맞으면 창고 관리자가 다 뒤집어 쓸 수 있음.

트랜잭션 격리수준 질문있습니다.

4개의 답변

기술 목록