[스프링 DB 2편] #10. 스프링 트랜잭션 전파1 - 기본(2) #633

YuDeokRin · 2025-01-25T01:03:42Z

YuDeokRin
Jan 25, 2025
Maintainer

5️⃣ 스프링 트랜잭션 전파5 - 외부 롤백

이번에는 내부 트랜잭션 커밋이 되었는데, 외부 트랜잭션이 롤백된다면 어떻게될까?

논리 트랜잭션이 하나라도 롤백되면 전체 물리 트랜잭션은 롤백된다.

따라서 이 경우 내부 트랜잭션이 커밋되었어도, 내부 트랜잭션 안에서 저장한 데이터 모두 함께 롤백된다.

@Test
void outer_rollback() {
        log.info("외부 트랜잭션 시작");
        TransactionStatus outer = txManager.getTransaction(new DefaultTransactionAttribute());

        log.info("내부 트랜잭션 시작");
        TransactionStatus inner = txManager.getTransaction(new DefaultTransactionAttribute());
        log.info("내부 트랜잭션 커밋"); txManager.commit(inner);

        log.info("외부 트랜잭션 롤백");
        txManager.rollback(outer);
}

결과

2025-01-25T08:54:49.925+09:00  INFO 53017 --- [    Test worker] hello.springtx.propagation.BasicTxTest   : 외부 트랜잭션 시작
2025-01-25T08:54:49.926+09:00 DEBUG 53017 --- [    Test worker] o.s.j.d.DataSourceTransactionManager     : Creating new transaction with name [null]: PROPAGATION_REQUIRED,ISOLATION_DEFAULT
2025-01-25T08:54:49.927+09:00 DEBUG 53017 --- [    Test worker] o.s.j.d.DataSourceTransactionManager     : Acquired Connection [HikariProxyConnection@382431057 wrapping conn0: url=jdbc:h2:mem:cc30012b-4a78-4734-847e-68fa9447586a user=SA] for JDBC transaction
2025-01-25T08:54:49.928+09:00 DEBUG 53017 --- [    Test worker] o.s.j.d.DataSourceTransactionManager     : Switching JDBC Connection [HikariProxyConnection@382431057 wrapping conn0: url=jdbc:h2:mem:cc30012b-4a78-4734-847e-68fa9447586a user=SA] to manual commit

2025-01-25T08:54:49.929+09:00  INFO 53017 --- [    Test worker] hello.springtx.propagation.BasicTxTest   : 내부 트랜잭션 시작
2025-01-25T08:54:49.929+09:00 DEBUG 53017 --- [    Test worker] o.s.j.d.DataSourceTransactionManager     : Participating in existing transaction
2025-01-25T08:54:49.929+09:00  INFO 53017 --- [    Test worker] hello.springtx.propagation.BasicTxTest   : 내부 트랜잭션 커밋

2025-01-25T08:54:49.929+09:00  INFO 53017 --- [    Test worker] hello.springtx.propagation.BasicTxTest   : 외부 트랜잭션 롤백
2025-01-25T08:54:49.929+09:00 DEBUG 53017 --- [    Test worker] o.s.j.d.DataSourceTransactionManager     : Initiating transaction rollback
2025-01-25T08:54:49.929+09:00 DEBUG 53017 --- [    Test worker] o.s.j.d.DataSourceTransactionManager     : Rolling back JDBC transaction on Connection [HikariProxyConnection@382431057 wrapping conn0: url=jdbc:h2:mem:cc30012b-4a78-4734-847e-68fa9447586a user=SA]
2025-01-25T08:54:49.930+09:00 DEBUG 53017 --- [    Test worker] o.s.j.d.DataSourceTransactionManager     : Releasing JDBC Connection [HikariProxyConnection@382431057 wrapping conn0: url=jdbc:h2:mem:cc30012b-4a78-4734-847e-68fa9447586a user=SA] after transaction

응답 흐름

➡️응답 흐름 - 내부 트랜잭션

로직 2가 끝나고 트랜잭션 매니저를 통해 내부 트랜잭션을 커밋한다.
트랜잭션 매니저는 커밋 시점에 신규 트랜잭션 여부에 따라 다르게 동작한다. 이 경우 신규 트랜잭션이 아니기 때문에 실제 커밋을 호출하지 않는다. 이 부분이 중요한데, 실제 커넥션에 커밋이나 롤백을 호출하면 물리 트랜잭션이 끝나버린다. 아직 트랜잭션이 끝난 것이 아니기 때문에 실제 커밋을 호출하면 안된다. 물리 트랜잭션은 외부 트랜잭션을 종료할 때 까지 이어져야 한다.

➡️응답 흐름 - 외부 트랜잭션

로직1이 끝나고 트랜잭션 매니저를 통해 외부 트랜잭션을 롤백한다.
트랜잭션 매니저는 롤백 시점에 신규 트랜잭션 여부에 따라 다르게 동작한다. 외부 트랜잭션은 신규 트랜잭션이다. 따라서 DB 커넥션에 실제 롤백을 호출한다.
트랜잭션 매니저에 롤백하는 것이 논리적인 롤백이라면, 실제 커넥션에 롤백하는 것을 물리 롤백이라 할 수
있다. 실제 데이터베이스에 롤백이 반영되고, 물리 트랜잭션도 끝난다.

6️⃣ 스프링 트랜잭션 전파6 - 내부 롤백

상황 : 내부 트랜잭션은 롤백되는데, 외부 트랜잭션이 커밋되는 상황

@Test
void inner_rollback() {
        log.info("외부 트랜잭션 시작");
        TransactionStatus outer = txManager.getTransaction(new DefaultTransactionAttribute());
        
        log.info("내부 트랜잭션 시작");
        TransactionStatus inner = txManager.getTransaction(new DefaultTransactionAttribute());
        log.info("내부 트랜잭션 롤백"); txManager.rollback(inner);
        
        log.info("외부 트랜잭션 커밋");
        assertThatThrownBy(() -> txManager.commit(outer)).isInstanceOf(UnexpectedRollbackException.class);
}

결과
- 외부 트랜잭션 시작
  - 물리 트랜잭션을 시작한다.
- 내부 트랜잭션 시작
  - Particippating in existing transaction
  - 기존 트랜잭션에 참여한다.
- 내부 트랜잭션 롤백
  - Participating transaction failed - marking existing transaction as rollback-only
  - 내부 트랜잭션을 롤백하면 실제 물리 트랜잭션은 롤백하지 않는다. 대신에 기존 트랜잭션을 롤백 전용으로 표시한다.
- 외부 트랜잭션 커밋
  - 외부 트랜잭션을 커밋한다.
  - Global transaction is marked as rollback-only
  - 커밋을 호출했지만, 전체 트랜잭션이 롤백 전용으로 표시되어 있다. 따라서 물리 트랜잭션을 롤백

2025-01-25T09:15:27.661+09:00  INFO 53147 --- [    Test worker] hello.springtx.propagation.BasicTxTest   : 외부 트랜잭션 시작
2025-01-25T09:15:27.662+09:00 DEBUG 53147 --- [    Test worker] o.s.j.d.DataSourceTransactionManager     : Creating new transaction with name [null]: PROPAGATION_REQUIRED,ISOLATION_DEFAULT
2025-01-25T09:15:27.663+09:00 DEBUG 53147 --- [    Test worker] o.s.j.d.DataSourceTransactionManager     : Acquired Connection [HikariProxyConnection@444211664 wrapping conn0: url=jdbc:h2:mem:9e9096cf-0535-48fc-90d4-f8d69cc481b1 user=SA] for JDBC transaction
2025-01-25T09:15:27.664+09:00 DEBUG 53147 --- [    Test worker] o.s.j.d.DataSourceTransactionManager     : Switching JDBC Connection [HikariProxyConnection@444211664 wrapping conn0: url=jdbc:h2:mem:9e9096cf-0535-48fc-90d4-f8d69cc481b1 user=SA] to manual commit

2025-01-25T09:15:27.665+09:00  INFO 53147 --- [    Test worker] hello.springtx.propagation.BasicTxTest   : 내부 트랜잭션 시작
2025-01-25T09:15:27.665+09:00 DEBUG 53147 --- [    Test worker] o.s.j.d.DataSourceTransactionManager     : Participating in existing transaction
2025-01-25T09:15:27.665+09:00  INFO 53147 --- [    Test worker] hello.springtx.propagation.BasicTxTest   : 내부 트랜잭션 롤백
2025-01-25T09:15:27.665+09:00 DEBUG 53147 --- [    Test worker] o.s.j.d.DataSourceTransactionManager     : Participating transaction failed - marking existing transaction as rollback-only
2025-01-25T09:15:27.665+09:00 DEBUG 53147 --- [    Test worker] o.s.j.d.DataSourceTransactionManager     : Setting JDBC transaction [HikariProxyConnection@444211664 wrapping conn0: url=jdbc:h2:mem:9e9096cf-0535-48fc-90d4-f8d69cc481b1 user=SA] rollback-only

2025-01-25T09:15:27.665+09:00  INFO 53147 --- [    Test worker] hello.springtx.propagation.BasicTxTest   : 외부 트랜잭션 커밋
2025-01-25T09:15:27.681+09:00 DEBUG 53147 --- [    Test worker] o.s.j.d.DataSourceTransactionManager     : Global transaction is marked as rollback-only but transactional code requested commit
2025-01-25T09:15:27.682+09:00 DEBUG 53147 --- [    Test worker] o.s.j.d.DataSourceTransactionManager     : Initiating transaction rollback
2025-01-25T09:15:27.682+09:00 DEBUG 53147 --- [    Test worker] o.s.j.d.DataSourceTransactionManager     : Rolling back JDBC transaction on Connection [HikariProxyConnection@444211664 wrapping conn0: url=jdbc:h2:mem:9e9096cf-0535-48fc-90d4-f8d69cc481b1 user=SA]
2025-01-25T09:15:27.683+09:00 DEBUG 53147 --- [    Test worker] o.s.j.d.DataSourceTransactionManager     : Releasing JDBC Connection [HikariProxyConnection@444211664 wrapping conn0: url=jdbc:h2:mem:9e9096cf-0535-48fc-90d4-f8d69cc481b1 user=SA] after transaction

응답 흐름

➡️ 응답 흐름 - 내부 트랜잭션

로직2가 끝나고 트랜잭션 매니저를 통해 내부 트랜잭션을 롤백한다. (로직2에 문제가 있어서 롤백한다고 가정한다.)
트랜잭션 매니저는 롤백 시점에 신규 트랜잭션 여부에 따라 다르게 동작한다. 이 경우 신규 트랜잭션이 아니
기 때문에 실제 롤백을 호출하지 않는다. 이 부분이 중요한데, 실제 커넥션에 커밋이나 롤백을 호출하면 물
리 트랜잭션이 끝나버린다. 아직 트랜잭션이 끝난 것이 아니기 때문에 실제 롤백을 호출하면 안된다. 물리
트랜잭션은 외부 트랜잭션을 종료할 때 까지 이어져야한다.
내부 트랜잭션은 물리 트랜잭션을 롤백하지 않는 대신에 트랜잭션 동기화 매니저에 rollbackOnly=true 라는 표시를 해둔다.

➡️ 응답 흐름 - 외부 트랜잭션

로직1이 끝나고 트랜잭션 매니저를 통해 외부 트랜잭션을 커밋한다.
트랜잭션 매니저는 커밋 시점에 신규 트랜잭션 여부에 따라 다르게 동작한다. 외부 트랜잭션은 신규 트랜잭션이다. 따라서 DB 커넥션에 실제 커밋을 호출해야 한다. 이때 먼저 트랜잭션 동기화 매니저에 롤백 전용
( rollbackOnly=true ) 표시가 있는지 확인한다. 롤백 전용 표시가 있으면 물리 트랜잭션을 커밋하는
것이 아니라 롤백한다.
실제 데이터베이스에 롤백이 반영되고, 물리 트랜잭션도 끝난다.
트랜잭션 매니저에 커밋을 호출한 개발자 입장에서는 분명 커밋을 기대했는데 롤백 전용 표시로 인해 실제로는 롤백이 되어버렸다.
1. 이것은 조용히 넘어갈 수 있는 문제가 아니다. 시스템 입장에서는 커밋을 호출했지만 롤백이 되었다는 것은 분명하게 알려주어야 한다.
2. 예를 들어서 고객은 주문이 성공했다고 생각했는데, 실제로는 롤백이 되어서 주문이 생성되지 않은 것이다.
3. 스프링은 이 경우 UnexpectedRollbackException 런타임 예외를 던진다. 그래서 커밋을 시도했지
  만, 기대하지 않은 롤백이 발생했다는 것을 명확하게 알려준다.

7️⃣ 스프링 트랜잭션 전파7 - REQUIRES_NEW

외부 트랜잭션과 내부 트랜잭션을 완전히 분리해서 사용하는 방법에 대해서 알아보기

이렇게 물리 트랜잭션을 분리하려면 내부 트랜잭션을 시작할 대 REQUIRES_NEW 옵션을 사용하면 된다.
외부 트랜잭션과 내부 트랜잭션이 각각 별도의 물리 트랜잭션을 가진다.
별도의 물리 트랜잭션을 가진다는 뜻은 DB 커넥션을 따로 사용한다는 뜻이다.
이 경우 내부 트랜잭션이 롤백되면서 로직 2가 롤백되어도 로직 1에서 저장한 데이터에는 영향을 주지 않는다.
따라서 로직 2는 롤백되고 로직1은 커밋된다.

@Test
void inner_rollback_requires_new() {
        log.info("외부 트랜잭션 시작");
        TransactionStatus outer = txManager.getTransaction(new DefaultTransactionAttribute());
        log.info("outer.isNewTransaction()={}", outer.isNewTransaction());

        log.info("내부 트랜잭션 시작");
        DefaultTransactionAttribute definition = new DefaultTransactionAttribute();
        definition.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRES_NEW);

        TransactionStatus inner = txManager.getTransaction(definition);
        log.info("inner.isNewTransaction()={}", inner.isNewTransaction());

        log.info("내부 트랜잭션 롤백");
        txManager.rollback(inner); //롤백

        log.info("외부 트랜잭션 커밋");
        txManager.commit(outer); //커밋 
}

결과

2025-01-25T09:33:25.197+09:00  INFO 53258 --- [    Test worker] hello.springtx.propagation.BasicTxTest   : 외부 트랜잭션 시작
2025-01-25T09:33:25.198+09:00 DEBUG 53258 --- [    Test worker] o.s.j.d.DataSourceTransactionManager     : Creating new transaction with name [null]: PROPAGATION_REQUIRED,ISOLATION_DEFAULT
2025-01-25T09:33:25.199+09:00 DEBUG 53258 --- [    Test worker] o.s.j.d.DataSourceTransactionManager     : Acquired Connection [HikariProxyConnection@204438627 wrapping conn0: url=jdbc:h2:mem:97cd4aad-4645-4747-ba7f-58649bd6497b user=SA] for JDBC transaction
2025-01-25T09:33:25.200+09:00 DEBUG 53258 --- [    Test worker] o.s.j.d.DataSourceTransactionManager     : Switching JDBC Connection [HikariProxyConnection@204438627 wrapping conn0: url=jdbc:h2:mem:97cd4aad-4645-4747-ba7f-58649bd6497b user=SA] to manual commit
2025-01-25T09:33:25.201+09:00  INFO 53258 --- [    Test worker] hello.springtx.propagation.BasicTxTest   : outer.isNewTransaction()=true

2025-01-25T09:33:25.201+09:00  INFO 53258 --- [    Test worker] hello.springtx.propagation.BasicTxTest   : 내부 트랜잭션 시작
2025-01-25T09:33:25.201+09:00 DEBUG 53258 --- [    Test worker] o.s.j.d.DataSourceTransactionManager     : Suspending current transaction, creating new transaction with name [null]
2025-01-25T09:33:25.201+09:00 DEBUG 53258 --- [    Test worker] o.s.j.d.DataSourceTransactionManager     : Acquired Connection [HikariProxyConnection@1858263440 wrapping conn1: url=jdbc:h2:mem:97cd4aad-4645-4747-ba7f-58649bd6497b user=SA] for JDBC transaction
2025-01-25T09:33:25.201+09:00 DEBUG 53258 --- [    Test worker] o.s.j.d.DataSourceTransactionManager     : Switching JDBC Connection [HikariProxyConnection@1858263440 wrapping conn1: url=jdbc:h2:mem:97cd4aad-4645-4747-ba7f-58649bd6497b user=SA] to manual commit
2025-01-25T09:33:25.201+09:00  INFO 53258 --- [    Test worker] hello.springtx.propagation.BasicTxTest   : inner.isNewTransaction()=true

2025-01-25T09:33:25.201+09:00  INFO 53258 --- [    Test worker] hello.springtx.propagation.BasicTxTest   : 내부 트랜잭션 롤백
2025-01-25T09:33:25.201+09:00 DEBUG 53258 --- [    Test worker] o.s.j.d.DataSourceTransactionManager     : Initiating transaction rollback
2025-01-25T09:33:25.202+09:00 DEBUG 53258 --- [    Test worker] o.s.j.d.DataSourceTransactionManager     : Rolling back JDBC transaction on Connection [HikariProxyConnection@1858263440 wrapping conn1: url=jdbc:h2:mem:97cd4aad-4645-4747-ba7f-58649bd6497b user=SA]
2025-01-25T09:33:25.202+09:00 DEBUG 53258 --- [    Test worker] o.s.j.d.DataSourceTransactionManager     : Releasing JDBC Connection [HikariProxyConnection@1858263440 wrapping conn1: url=jdbc:h2:mem:97cd4aad-4645-4747-ba7f-58649bd6497b user=SA] after transaction
2025-01-25T09:33:25.202+09:00 DEBUG 53258 --- [    Test worker] o.s.j.d.DataSourceTransactionManager     : Resuming suspended transaction after completion of inner transaction

2025-01-25T09:33:25.203+09:00  INFO 53258 --- [    Test worker] hello.springtx.propagation.BasicTxTest   : 외부 트랜잭션 커밋
2025-01-25T09:33:25.203+09:00 DEBUG 53258 --- [    Test worker] o.s.j.d.DataSourceTransactionManager     : Initiating transaction commit
2025-01-25T09:33:25.203+09:00 DEBUG 53258 --- [    Test worker] o.s.j.d.DataSourceTransactionManager     : Committing JDBC transaction on Connection [HikariProxyConnection@204438627 wrapping conn0: url=jdbc:h2:mem:97cd4aad-4645-4747-ba7f-58649bd6497b user=SA]
2025-01-25T09:33:25.203+09:00 DEBUG 53258 --- [    Test worker] o.s.j.d.DataSourceTransactionManager     : Releasing JDBC Connection [HikariProxyConnection@204438627 wrapping conn0: url=jdbc:h2:mem:97cd4aad-4645-4747-ba7f-58649bd6497b user=SA] after transaction

➡️외부 트랜잭션 시작

외부 트랜잭션을 시작하면서 conn0를 획득하고 manual commit으로 변경해서 물리 트랜잭션을 시작한다.
외부 트랜잭션은 신규 트랜잭션이다.(outer.isNewTransaction()=true)

➡️내부 트랜잭션 시작

내부 트랜잭션을 시작하면서 conn1 를 획득하고 manual commit 으로 변경해서 물리 트랜잭션을 시작한다.
내부 트랜잭션은 외부 트랜잭션에 참여하는 것이 아니라, PROPAGATION_REQUIRES_NEW 옵션을 사용했기 때문에 완전히 새로운 신규 트랜잭션으로 생성된다.(inner.isNewTransaction()=true)

➡️내부 트랜잭션 롤백

내부 트랜잭션을 롤백한다.
내부 트랜잭션은 신규 트랜잭션이기 때문에 실제 물리 트랜잭션을 롤백한다.
내부 트랜잭션은 conn1 을 사용하므로 conn1에 물리 롤백을 수행한다.

➡️외부 트랜잭션 커밋

외부 트랜잭션을 커밋한다.
외부 트랜잭션은 신규 트랜잭션이기 때문에 실제 물리 트랜잭션을 커밋한다.
외부 트랜잭션은 conn0를 사용하므로 conn0에 물리 커밋을 수행한다.

요청 흐름

➡️ 요청 흐름 - 외부 트랜잭션

txManager.getTransaction() 를 호출해서 외부 트랜잭션을 시작한다.
트랜잭션 매니저는 데이터소스를 통해 커넥션을 생성한다.
생성한 커넥션을 수동 커밋 모드(setAutoCommit(false))로 설정한다. - 물리 트랜잭션 시작
트랜잭션 매니저는 트랜잭션 동기화 매니저에 커넥션을 보관한다.
트랜잭션 매니저는 트랜잭션을 생성한 결과를 TransactionStatus에 담아서 반환하는데, 여기에 신규
트랜잭션의 여부가 담겨 있다. isNewTransaction를 통해 신규 트랜잭션 여부를 확인할 수 있다. 트랜
잭션을 처음 시작했으므로 신규 트랜잭션이다.(true)
로직1이 사용되고, 커넥션이 필요한 경우 트랜잭션 동기화 매니저를 통해 트랜잭션이 적용된 커넥션을 획득
해서 사용한다.

➡️ 요청 흐름 - 내부 트랜잭션

REQUIRES_NEW 옵션과 함께 txManager.getTransaction() 를 호출해서 내부 트랜잭션을 시작한다.
1. 트랜잭션 매니저는 REQUIRES_NEW옵션을 확인하고, 기존 트랜잭션에 참여하는 것이 아니라 새로운 트랜잭션을 시작한다.
트랜잭션 매니저는 데이터소스를 통해 커넥션을 생성한다.
생성한 커넥션을 수동 커밋 모드( setAutoCommit(false) )로 설정한다. - 물리 트랜잭션 시작
트랜잭션 매니저는 트랜잭션 동기화 매니저에 커넥션을 보관한다.
1. 이때 con1은 잠시 보류되고, 지금부터는 con2가 사용된다. (내부 트랜잭션을 완료할 때 까지 con2가
  사용된다.)
트랜잭션 매니저는 신규 트랜잭션의 생성한 결과를 반환한다. isNewTransaction == true
로직2가 사용되고, 커넥션이 필요한 경우 트랜잭션 동기화 매니저에 있는 con2 커넥션을 획득해서 사용한다.

➡️ 응답 흐름 - 내부 트랜잭션

로직2가 끝나고 트랜잭션 매니저를 통해 내부 트랜잭션을 롤백한다. (로직2에 문제가 있어서 롤백한다고 가정한다.)
트랜잭션 매니저는 롤백 시점에 신규 트랜잭션 여부에 따라 다르게 동작한다. 현재 내부 트랜잭션은 신규 트랜잭션이다. 따라서 실제 롤백을 호출한다.
내부 트랜잭션이 con2물리 트랜잭션을 롤백한다.
1. 트랜잭션이 종료되고, con2는 종료되거나, 커넥션 풀에 반납된다.
2. 이후에 con1의 보류가 끝나고, 다시 con1을 사용한다.

➡️ 응답 흐름 - 외부 트랜잭션

외부 트랜잭션에 커밋을 요청한다.
외부 트랜잭션은 신규 트랜잭션이기 때문에 물리 트랜잭션을 커밋한다.
이때 rollbackOnly 설정을 체크한다. rollbackOnly 설정이 없으므로 커밋한다.
본인이 만든 con1 커넥션을 통해 물리 트랜잭션을 커밋한다.
1. 트랜잭션이 종료되고, con1은 종료되거나, 커넥션 풀에 반납된다.

✅ 정리

REQUIRES_NEW 옵션을 사용하면 물리 트랜잭션이 명확하게 분리된다.
REQUIRES_NEW를 사용하면 데이터베이스 커넥션이 동시에 2개 사용된다는 점을 주의해야 한다.

8️⃣ 스프링 트랜잭션 전파8 - 다양한 전파 옵션

스프링은 다양한 트랜잭션 전파 옵션을 제공한다. 전파 옵션에 별도의 설정을 하지 않으면 REQUIRED 가 기본으로 사용됨.
REQUIRED
- 가장 많이 사용하는 기본 설정이다. 기존 트랜잭션이 없으면 생성하고, 있으면 참여한다.
  트랜잭션이 필수라는 의미로 이해하면 된다. (필수이기 때문에 없으면 만들고, 있으면 참여한다.)
- 기존 트랜잭션 없음: 새로운 트랜잭션을 생성한다.
- 기존 트랜잭션 있음: 기존 트랜잭션에 참여한다.
REQUIRES_NEW
- 항상 새로운 트랜잭션을 생성한다.
- 기존 트랜잭션 없음: 새로운 트랜잭션을 생성한다.
- 기존 트랜잭션 있음: 새로운 트랜잭션을 생성한다.
SUPPORT
- 트랜잭션을 지원한다는 뜻이다. 기존 트랜잭션이 없으면, 없는대로 진행하고, 있으면 참여한다.
- 기존 트랜잭션 없음: 트랜잭션 없이 진행한다.
- 기존 트랜잭션 있음: 기존 트랜잭션에 참여한다.
NOT_SUPPORT
- 트랜잭션을 지원하지 않는다는 의미이다.
- 기존 트랜잭션 없음: 트랜잭션 없이 진행한다.
- 기존 트랜잭션 있음: 트랜잭션 없이 진행한다. (기존 트랜잭션은 보류한다)
MANDATORY
- 의무사항이다. 트랜잭션이 반드시 있어야 한다. 기존 트랜잭션이 없으면 예외가 발생한다.
- 기존 트랜잭션 없음: IllegalTransactionStateException 예외 발생
- 기존 트랜잭션 있음: 기존 트랜잭션에 참여한다.
NEVER
트랜잭션을 사용하지 않는다는 의미이다. 기존 트랜잭션이 있으면 예외가 발생한다. 기존 트랜잭션도 허용하지 않는 강한 부정의 의미로 이해하면 된다.
- 기존 트랜잭션 없음: 트랜잭션 없이 진행한다.
- 기존 트랜잭션 있음: IllegalTransactionStateException 예외 발생
NESTED
- 기존 트랜잭션 없음: 새로운 트랜잭션을 생성한다.
- 기존 트랜잭션 있음: 중첩 트랜잭션을 만든다.
- 중첩 트랜잭션은 외부 트랜잭션의 영향을 받지만, 중첩 트랜잭션은 외부에 영향을 주지 않는다.
- 중첩 트랜잭션이 롤백 되어도 외부 트랜잭션은 커밋할 수 있다.
- 외부 트랜잭션이 롤백 되면 중첩 트랜잭션도 함께 롤백된다.

참고
JDBC savepoint 기능을 사용한다. DB 드라이버에서 해당 기능을 지원하는지 확인이 필요하다.
중첩 트랜잭션은 JPA에서는 사용할 수 없다.

Navigation Menu

Uh oh!

[스프링 DB 2편] #10. 스프링 트랜잭션 전파1 - 기본(2) #633

Uh oh!

{{title}}

Uh oh!

Replies: 0 comments

Select a reply

Uh oh!

Uh oh!

[스프링 DB 2편] #10. 스프링 트랜잭션 전파1 - 기본(2) #633

Uh oh!

YuDeokRin Jan 25, 2025 Maintainer

5️⃣ 스프링 트랜잭션 전파5 - 외부 롤백

➡️응답 흐름 - 내부 트랜잭션

➡️응답 흐름 - 외부 트랜잭션

6️⃣ 스프링 트랜잭션 전파6 - 내부 롤백

➡️ 응답 흐름 - 내부 트랜잭션

➡️ 응답 흐름 - 외부 트랜잭션

7️⃣ 스프링 트랜잭션 전파7 - REQUIRES_NEW

➡️외부 트랜잭션 시작

➡️내부 트랜잭션 시작

➡️내부 트랜잭션 롤백

➡️외부 트랜잭션 커밋

➡️ 요청 흐름 - 외부 트랜잭션

➡️ 요청 흐름 - 내부 트랜잭션

➡️ 응답 흐름 - 내부 트랜잭션

➡️ 응답 흐름 - 외부 트랜잭션

✅ 정리

8️⃣ 스프링 트랜잭션 전파8 - 다양한 전파 옵션

Replies: 0 comments

YuDeokRin
Jan 25, 2025
Maintainer