다른 서버에서 DB 업데이트시 캐시에 있는 엔티티는 어떻게 될까요?

안녕하세요. jdkjfkd fjfjdk님 좋은 질문입니다.

find에서 조회하는 캐시는 정확히는 영속성 컨텍스트, 또는 1차 캐시라고 합니다. 이 캐시는 우리가 일반적으로 말하는 애플리케이션 전체에서 공유하는 캐시가 아니라, 해당 트랜잭션의 시작과 끝에서만 짧게 유지되는 캐시입니다. 쉽게 이야기하면 특정 한 유저의 API 호출의 시작과 끝 사이에서 그 유저에게만 유지되는 짧은 캐시입니다. (설명을 돕기위해 유저라고 설명했지만 정확히는 트랜잭션을 시작할 때 생성되고, 트랜잭션이 끝날때 지워지는 캐시 입니다.)

그래서 같은 트랜잭션 안에서 같은 엔티티를 조회할 때만 캐시가 히트됩니다. (그래서 실무에서 이 1차 캐시로 성능 이득을 얻는 일은 많지 않습니다.)

다음으로 변경에 대한 부분을 설명드릴께요 :)

앞서 설명드린대로 트랜잭션 안에서만 캐시가 유효범위를 가지기 때문에, DB에 맞추어 캐시를 업데이트 하거나 더티 채킹을 하지 않습니다. 그리고 한다고 해도 다음에 설명드릴 내용 때문에 정확하게 맞출 수 도 없습니다.

예를 들어서 JPA를 사용하지 않고 자바로 직접 SQL을 사용한다고 가정하겠습니다. SQL로 상품 정보를 조회했는데 조회 당시 가격이 5000원인 것을 확인하고, 내가 그 가격에 500원을 더해서 정확히 5500원을 만들고 싶었는데, 중간에 누군가 가격은 6000원으로 변경해버리면 어떻게 해야할까요? 중간에 체크하는 로직을 넣으면 가능할 것 도 같지만, 체크를 통과하는 시점의 미묘한 지점에 누군가 6000원으로 변경해버릴 수도 있습니다. 결론적으로 이런 문제는 SQL을 직접 사용해도 락을 걸지 않는 이상 단순하게 해결이 안됩니다.

JPA는 데이터베이스가 제공하는 락 기능을 적극 제공하고, 추가로 더 나아가서 낙관적 락이라는 기능도 제공합니다.

이 부분을 설명드리면 좋겠지만, 책에서도 수십 Page로 풀어서 설명을 해야 하는 부분이어서, 자세한 내용은 JPA 책 16장 트랜잭션과 락, 2차 캐시 부분을 읽어보시길 권장드립니다^^

감사합니다.