스프링부트(spring data jpa)에서의 트랜잭션에 대해 제가 이해한게 맞나요?

Question

&#64;Transactional public void method() { a &#61; Brepository.getReferenceById(id); result &#61; Arepository.save(order); Arepository.save(orderMenu); }save() 메소드는 JpaRepository의 구현체의 메소드로 &#64;Transactional이 적용되어있습니다.이 경우,&#64;Transactional을 통해 메소드 수행동안 트랜잭션을 유지할 수 있고, 트랜잭션이 유지되는 동안 save에 대한 쿼리문 2개는 모두 쿼리 저장소에 저장되었다가 메소드 종료시점에 커밋 발생하여 한번에 DB로 전송되어 --> 성능상 이점만약 &#64;Transactional이 없다면,각각의 save마다 트랜잭션 생성 및 커밋, 총 2회 커밋 발생 -> 성능상 불리제가 이해한게 맞을까요?아니면 method()의 어노테이션 여부와 상관없이, 각각의 save 작업에서 트랜잭션이 생성되고 커밋되어, 결과적으로트랜잭션 1 생성 -> 트랜잭션 2 생성 -> 트랜잭션 2 커밋 -> 트랜잭션 3 생성 -> 트랜잭션 3 커밋 -> 트랜잭션 1 커밋이렇게 되는건가요?

뾰로롱산새 · Answer

jpa는 트랜잭션 어노테이션이 없다면 동작을 못할텐데요~?(insert, update)다른분들이 더 답변을 잘 달아주시겠지만,항상 그런건 아니지만 지금 말씀하신게 이해한게 맞는듯 하구요!제 생각에는 성능상의 이점도 있겠지만, 트랜잭션의 일관성이라던지, 비슷한 말이겠지만 관리의 이점 또는 트랜잭션의 acid 성질을 이용함에 유리라기때문인듯 합니다!(save가 아닌 일반적인 쿼리문에서도 따로따로 write작업을 한다면 롤백부터 시작해서 관리포인트가 매우 커집니다)추가:답변다는 동안 내용이 수정되었네요jpa에서는 트랜잭션을 entity manager가 관리하며 하나의 트랜잭션으로 동작합니다.

아이디를입력하세요 · Answer

&#64;Transactional &#64;Override public <S extends T> S save(S entity) { Assert.notNull(entity, &#34;Entity must not be null&#34;); if (entityInformation.isNew(entity)) { em.persist(entity); return entity; } else { return em.merge(entity); } }말씀하신대로 JpaRepository.save() 안에도 트랜잭션이 기본으로 있습니다.method() 에 &#64;Transactional이 없다면 성공일경우 커밋 2회가 맞고, &#64;Transactional 있다면 커밋 1회가 맞습니다. 다만 커밋이 완료되면 이전으로 롤백이 불가능 하기 때문에 만약 Arepository.save(orderMenu) 에서 에러가 발생하는 경우트랜잭션이 없다면 : Arepository.save(order) 는 이미 커밋되어 수정사항이 롤백이 불가능 합니다. (이때 커밋은 1회 발생)트랜잭션이 있다면: Arepository.save(order) 의 수정사항은 롤백됩니다. (이때 커밋은 0회 발생, 롤백처리)트랜잭션을 작게 했을경우 오류가 발생했을 때 일부분만 롤백이 되는 문제가 있으니 일관성을 생각하면 트랜잭션의 범위를 잘 조절하는게 좋겠죠.말씀하신 성능 부분에서는 커밋의 횟수가 적다고 해서 성능상 이점은 크게 없지 않나 싶긴해요. 한번 커밋 명령을 수행하는데 거의 50ms 이하로 0초안에 수행되니까요 (지나치게 많지 않은 이상 체감이 안느껴질것같은...)실제로 운영에서 문제가 발생하는 경우는 트랜잭션 범위를 너무 크게 했을 경우가 많았습니다. 한 트랜잭션 안에서 너무 많은 시간이 소요(성능저하, 다른 IO작업 등)되면 DB 커넥도 반환이 안되고 그결과 커넥션풀이 고갈되어 다른 사용자의 요청을 처리하지 못하는 경우가 생기거든요. 그럼 성능상 이점이 있는건가요?전부 성능에 tradeoff 가 있는 것이니 적절하게 트랜잭션 범위를 조절하는게 맞는 것 같아요.

장독깨기 · Answer

우선, 트랜잭션은 데이터베이스 관점에서 보셔야 합니다.그니까, JPA 와는 상관이 없습니다.트랜잭션은 하나의 잡으로 보면 됩니다.위 예는 주문과 메뉴를 디비에 넣어야 주문이라는 잡이 완료가 되는거죠.메뉴를 디비에 넣는데 오류가 발생하면 앞서 넣은 주문 데이터는 취소가 되어야 합니다.이렇게 하나의 잡으로 묶어주는 역할을 합니다.트랜잭션을 걸지 않으면 각각이 디비에 적용이 됩니다.그럼 메뉴를 넣다 오류가 발생할 경우 잘못된 주문데이터가 디비에 적용됩니다.잘 못 된거죠.그니까, 트랜잭션은 하나의 잡 단위로 걸면 됩니다.그리고, 트랜잭션은 락을 걸기도 합니다.가령, 주문데이터를 넣고 다른 일을 오래하고 있으면 그 동안 락이 걸려 있으니 전체 시스템 성능에 문제가 생기게 됩니다.자세한건 데이터베이스 트랜잭션 검색해서 알아 보는게 좋겠습니다.

스프링부트(spring data jpa)에서의 트랜잭션에 대해 제가 이해한게 맞나요?

3개의 답변

#transactional 목록