계층 구조와 트랜잭션

// 동작하지 않습니다: 내부 호출은 프록시를 거치지 않습니다
@Service
public class OrderService {

    public void processAll(List<Long> ids) {
        for (Long id : ids) {
            processOne(id);   // 프록시 미경유 -> 트랜잭션 없음
        }
    }

    @Transactional
    public void processOne(Long id) { }
}

// 해결: 트랜잭션 단위를 별도 빈으로 분리합니다
@Service
@RequiredArgsConstructor
public class OrderService {

    private final OrderProcessor orderProcessor;

    public void processAll(List<Long> ids) {
        for (Long id : ids) {
            orderProcessor.processOne(id);   // 프록시 경유 -> 트랜잭션 적용
        }
    }
}

@Service
public class OrderProcessor {

    @Transactional
    public void processOne(Long id) { }
}

건별로 트랜잭션을 나누면 한 건이 실패해도 나머지가 처리됩니다. 반대로 전부 하나로 묶고 싶다면 processAll에 @Transactional을 붙입니다. 어느 쪽이 맞는지는 업무 요구에 따라 다릅니다.

// 체크 예외도 롤백하려면 명시합니다
@Transactional(rollbackFor = Exception.class)
public void importFile(Path path) throws IOException {
    orderRepository.saveAll(parse(path));
    archive(path);   // IOException 발생 시에도 롤백
}

// 조회 전용은 readOnly를 지정합니다
@Transactional(readOnly = true)
public List<OrderResponse> findAll() {
    return orderRepository.findAll().stream()
            .map(OrderResponse::from)
            .toList();
}

readOnly는 변경 감지를 하지 않아 불필요한 비교 작업이 줄고, 읽기 전용 의도가 코드에 드러납니다. DB에 따라 읽기 전용 커넥션으로 라우팅되기도 합니다.