Spring과 트랜잭션

쌍문동두루미·2024년 9월 9일

문제와 해결책

목록 보기

5/6

		//---------------------------------------------------------------
		// 트랜잭션
		// 하나라도 예외가 나면 안됨
		//---------------------------------------------------------------
		if (bDao.insertNewBoard(newBoard) == 1) { // 게시글 저장 성공함?
			System.out.println("insertNewBoard 통과");
			int newBoardNo = bDao.selectMaxBoardNo();
			for (BoardUpFilesVODTO file : newBoard.getFileList()) {
				file.setBoardNo(newBoardNo);
				bDao.insertBoardUpFile(file); // 파일 리스트도 보내야지
			}
			// 로그도 써야지
			if (pDao.insertPointLog(new PointLogDTO(newBoard.getWriter(), "글작성")) == 1) {
				System.out.println("insertPointLog 통과");
				if (mDao.updateUserPoint(newBoard.getWriter()) == 1) {
					System.out.println("updateUserPoint 통과");
					result = true;
				}
			}
		}
		return result;

트랜잭션은 ACID라는 특징이 있다. 이건 이론적인 어려운 이야기지만...
위의 코드를 보면, 게시글 저장과 파일 리스트 삽입과 로그 쓰기는 같이 일어나야 한다. 어느 하나는 성공했는데 어느 하나는 실패하면 안됨... 이를 원자성(atomicity) 한다.

스프링만의 트랜잭션 처리는 어떻게 할까? 스프링에서 트랜잭션 처리는 어떤식으로 이루어질까?

@Transactional

@Transactional어노테이션을 쓰면 된다.
이거 쓰려면 아래와 같이 설정해야 한다.

<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
	<property name="dataSource" ref="dataSource" />
</bean>
<tx:annotation-driven transaction-manager="transactionManager" />

이러면 어노테이션이 붙은 메소드에 대해서 transactionManager가 커밋과 롤백을 적절하게 수행 할 것이다.
반대로 말해서 커밋하고 롤백을 수동으로 잘 할 수 있다면 @Transactional를 굳이 안쓸 수도 있다. 하지만 spring에서는 이게 편리하다.

spring-aop와 spring-tx 라이브러리

spring-aop가 좀더 범용적인 개념이다. AOP는 트랜잭션도 있지만 로깅, 캐싱 기능도 만들 수 있기 떄문에...

프록시 패턴

관련 라이브러리 : spring-aop, aspectJ

뭐야 이 단순하고 썰렁한 그림은?라고 생각할 수 있다.
원본 객체의 어떤 작업은 비용이 많이 드는 작업이다.
어려운 일을 굳이 미리 할 필요가 없다. Proxy 객체는 자기가 할 수 있는 가벼운 일을 처리하다가. 정말 필요할때 원본 객체에게 어려운 일을 시킨다.
참고자료 : https://velog.io/@newtownboy/%EB%94%94%EC%9E%90%EC%9D%B8%ED%8C%A8%ED%84%B4-%ED%94%84%EB%A1%9D%EC%8B%9C%ED%8C%A8%ED%84%B4Proxy-Pattern

데이터배이스 락인

com.mysql.cj.jdbc.exceptions.MySQLTransactionRollbackException: Lock wait timeout exceeded; try restarting transaction 오류가 나는 원인은 무엇일까?

@Transactional 어노테이션을 쓰면 자동 커밋이 일어난다. 그런데 내 경우엔 어쩐 이유에서인지 커밋이 일어나지 않았다. 어떻게 확인했냐면, 테스트 코드에서 오류는 안 뜨지만 MySQL Workbench에서 select 문을 날렸을 때 갱신이 안되었다.
그래서 커밋이 안 된 상태에서 또 테스트 코드를 실행하면 커밋이 안된 트랜잭션하고 새로운 트랜잭션이 충돌을 일으켜서 lock wait 오류가 나는 것으로 추정된다. Workbench에서 commit; 명령을 수동으로 날려주면 잘 되기 때문에...