세션의 메모리 문제를 들으니 갑자기 JPA가 궁금해져서 질문드립니다.
260
작성한 질문수 2
먼저 전제조건이 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의 로그인 세션 파일을 가지고 있지 않기에 로그인 하지 않은 것으로 처리하게 됩니다. 이떄문에 세션 데이터를 서버끼리 공유할 수 있는 별도의 방법이 필요하고 보통 이 문제는 해결하기 쉽지 않습니다. 그래서 가급적 세션은 작게 가져가는것이 유리합니다.
.
감사합니다.
이미지 업로드와 db 트랜잭션 묶는법
0
67
1
Could not resolve org.springframework.boot:spring-boot-starter-validation:2.4.4
0
92
2
MessageSourceTest 코드
0
67
1
인터셉터 에러 설정
0
66
1
resolveArgument()메서드 질문
0
71
1
43강 검증1 에서 실패 로직 관련 질문있습니다.
0
81
2
타임리프 3.X 버전 rendering, serializer 에러 해결 방법
2
154
3
스프링 빈에 등록이 안되는거 같은데 어떻게 하면 좋을까요?ㅠㅠ
0
121
3
pdf 오타 문의
0
63
1
ItemUpdateForm 검증 관련 질문입니다.
0
62
1
22page 링크 주소 변경
0
69
2
특정 데이터와 파일을 함께 저장 시, 테이블 구조 질문
0
61
1
섹션3번 수업에 대한 질문입니다.
0
98
2
@Autowired 보다 더 좋은 방법이 어떤 걸까요?
0
97
2
타입컨버터 가 람다랑 비슷해 보이는데 저의 생각이 맞는지?.
0
81
1
자바스크립트 인라인에서 객체 직렬화 시 오류가 납니다
0
159
3
스프링부트 - 오류페이지2 에서 500.html 에서 쓰인 객체 질문
0
79
1
톰캣 에러 페이지가 안보입니다.
0
120
2
apiEceptionController에서 센드 에러 호출하면 안되는지?
0
91
1
세션 타임아웃시 쿠키 삭제 방법이 없나요?
0
135
2
ApiExceptionController 질문드립니다.
0
71
1
셀렉박스 챕터에서 option value에 ==배송 방식 선택== 이것을 넣은 이유가 궁금함, 이렇게 구상해도 되는지?
0
69
1
MemberRepository 필드의 fianl 선언 유무
0
92
2
혹시 index.html 에서는 fragment 사용이 안되는건가요
0
64
1