DB와 @Transactional을 사용할때 자주 나오는 실수

DB를 사용할때 흔히하는 코딩실수, 유튜브 설명이 나은 것 같아서 글은 대충작성합니다 :)
https://www.youtube.com/watch?v=n85UzIReFjY

1. Primary , Replica (Master-Slave 용어가 의미도 이상하고, 흑인비하..라서 바꿈)

원래 변경은 Primary, 읽기는 Replica DAO를 사용해라고 배웠다.
[그러나 변경 후에 바로 읽는 작업은 Primary로 전부 처리해야한다.]
왜냐하면 Primary-> Replica 기록이 번개처럼 빠르게 되는게 아니라서, 한 메소드 안에서 PrimaryDAO로 변경하자말자. Replica DAO로 같은 객체를 읽으면 null이 발생할 수 있음.

맞는 말이지만, 같은 메서드안에서 이렇게 사용하면 간헐적으로 null을 받습니다. 그렇게 빠르게 동기화가 되는건 아니라서.

 

2. @Transactional 의 기본값 (Requried) 사용시 중첩문제 + try catch 조심

내부에 @Transactional 메서드가 있으면 롤백이 터졌을 떄, 밖 메서드까지 같이 롤백이 될수있음.
그 이유는 내부에서 Rollback이 터졌는데, 밖에서는 Commit을 시도하고 있기 때문에.
만약 밖 메서드에 @Transactional이 없었으면 문제가 없지만, 있다면 전체가 다같이 롤백됨.
그거말고도 try-catch 사용시 throw를 먹어버려 rollback이 안되는 문제도 있음

밖에서는 commit()을 하는데, 안에서 rollback()이 터졌으면 전체가 롤백됩니다. propagation 기본값은 required 니까..

 

3. 스프링에서 @Transactional 메서드를 this로 호출하는 경우

매우 매우 위험함. this.method()는 트랜잭션 처리를 받지못함.
this는 단순 편의기능이 아니라, 실제 객체의 레퍼런스를 가지고 있음.
그래서 프록시에서 this는 실제 객체의 레퍼런스를 가짐.
this.method() 해버리면 트랜잭션 코드가 삽입된 프록시객체가 아니라, 그냥 실제객체가 호출됨
즉 트랜잭션 처리를 받지못함.

this는 실제 객체의 레퍼런스를 가지고 있습니다. this.method()는 프록시를 안거치고 동작해요.