인프런 커뮤니티 질문&답변
작성한 질문수
세션의 메모리 문제를 들으니 갑자기 JPA가 궁금해져서 질문드립니다.
작성
·
253
0
먼저 전제조건이 JPA에서 데이터를 불러오면 기본적으로 1차캐시에 보관하는 것으로 알고 있습니다. 그래서 다시 한번 똑같은 데이터를 조회했을 때는 1차 캐시에 데이터가 있는지 먼저 확인하는 것으로 알고 있습니다.
.
그러면 JPA를 사용하는 환경이고, 로그인 아이디 정보를 DB에 갖고 있다고 했을 때, 한번 회원을 조회하면 조회된 회원은 계속 JPA 1차캐시에 남아있을 것 같습니다.
.
세션과 같은 경우 메모리를 아끼기 위해 회원의 ID정도만 담는게 이상적이라고 했는데 JPA의 1차캐시에는 아마 조회된 Member 객체 전체가 담겨있을 것 같습니다. 이는 매우 큰 양의 메모리를 차지하고 있을 것 같습니다.
.
세션에서 아무리 메모리를 아껴도 JPA 1차캐시가 이렇게 메모리를 많이 쓰게되면, 이 경우에는 메모리 문제가 없을까요? 아니면 이런 문제에 대한 최적화 방법이 있나요?
답변 1
3
안녕하세요, JakeSeo서진규 님. 공식 서포터즈 codesweaver 입니다.
.
JPA의 1차 캐시의 경우 트랜잭션 단위로 생성과 소멸을 반복하기에 반복하기에 아주 짧은 순간만 메모리에 존재합니다. 그렇기에 트래픽이 과도하게 몰리는 경우가 아니라면 메모리에 크게 부담을 주지 않습니다. 그리고 만약 그정도로 트래픽이 몰릴 경우, 서버를 늘려 트래픽을 분산하기도 쉽습니다.
반면 세션의 경우 서버의 물리적인 하드웨어에 오래 잔존하게 되고 이는 서버에 부담을 줄 수 있습니다. 게다가 트래픽이 몰릴 때 서버를 늘리기도 힘듭니다. 왜냐하면 세션의 데이터는 서버가 들고 있는 데이터 입니다. 만약 클리언트A가 서버B에 로그인 세션 데이터를 남겼다고 하면 이는 서버B에 물리적인 파일로 존재하게 됩니다. 이때 클라이언트A의 요청이 이번에는 서버C로 요청되었다고 하면 서버C는 클라이언트A의 로그인 세션 파일을 가지고 있지 않기에 로그인 하지 않은 것으로 처리하게 됩니다. 이떄문에 세션 데이터를 서버끼리 공유할 수 있는 별도의 방법이 필요하고 보통 이 문제는 해결하기 쉽지 않습니다. 그래서 가급적 세션은 작게 가져가는것이 유리합니다.
.
감사합니다.
감사합니다!