521 lines
35 KiB
YAML
521 lines
35 KiB
YAML
- generic [ref=f26e3]:
|
|
- link "본문으로 건너뛰기" [ref=f26e4] [cursor=pointer]:
|
|
- /url: "#main-content"
|
|
- banner [ref=f26e5]:
|
|
- generic [ref=f26e6]:
|
|
- link "TechLog Studio" [ref=f26e7] [cursor=pointer]:
|
|
- /url: /studio
|
|
- text: TechLog
|
|
- generic [ref=f26e8]: Studio
|
|
- navigation "Studio 주 탐색" [ref=f26e10]:
|
|
- link "작업본" [ref=f26e11] [cursor=pointer]:
|
|
- /url: /studio/documents
|
|
- link "게시 기록" [ref=f26e12] [cursor=pointer]:
|
|
- /url: /studio/publications
|
|
- link "새 문서" [ref=f26e13] [cursor=pointer]:
|
|
- /url: /studio/documents/new
|
|
- link "주제·프로젝트" [ref=f26e14] [cursor=pointer]:
|
|
- /url: /studio/taxonomy
|
|
- link "릴리즈" [ref=f26e15] [cursor=pointer]:
|
|
- /url: /studio/releases
|
|
- link "공개 사이트 보기" [ref=f26e16] [cursor=pointer]:
|
|
- /url: /
|
|
- button "로그아웃" [ref=f26e17]
|
|
- main [ref=f26e18]:
|
|
- generic [ref=f26e19]:
|
|
- generic [ref=f26e20]:
|
|
- region [ref=f26e21]:
|
|
- generic [ref=f26e22]:
|
|
- paragraph [ref=f26e23]: QUESTION · VERSION 6
|
|
- heading "문서 편집" [level=1] [ref=f26e24]
|
|
- paragraph [ref=f26e25]: ANALYZE 이후 Cardinality Estimate는 어떻게 달라지는가
|
|
- region [ref=f26e26]:
|
|
- generic [ref=f26e27]:
|
|
- paragraph [ref=f26e28]: DOCUMENT
|
|
- heading "기본 정보" [level=2] [ref=f26e29]
|
|
- generic [ref=f26e30]:
|
|
- generic [ref=f26e31]:
|
|
- generic [ref=f26e32]: 제목
|
|
- textbox "제목" [ref=f26e33]: ANALYZE 이후 Cardinality Estimate는 어떻게 달라지는가
|
|
- generic [ref=f26e34]:
|
|
- generic [ref=f26e35]: slug
|
|
- textbox "slug" [ref=f26e36]:
|
|
- /placeholder: 비우면 제목에서 만듭니다 (영문 소문자·숫자·하이픈)
|
|
- text: cardinality-estimate-after-analyze
|
|
- generic [ref=f26e37]:
|
|
- generic [ref=f26e38]: 요약
|
|
- textbox "요약" [ref=f26e39]: 반복되는 하이라이트 조회의 실행계획에서 추정 행수는 1이고 실제 행수는 500이었다. 대량 데이터를 넣은 직후 통계를 갱신하지 않아 편중을 담지 못했다는 가설을 세웠지만 아직 검증하지 않았다.
|
|
- generic [aria-hidden] [ref=f26e40]: 목록 카드에는 약 90자까지 보입니다 · 107 / 2000
|
|
- generic [ref=f26e41]:
|
|
- generic [ref=f26e42]: Topic
|
|
- combobox "Topic" [ref=f26e43]:
|
|
- option "선택하지 않음"
|
|
- option "JPA 피드 조회 성능" [selected]
|
|
- option "OAuth/OIDC 인증 경계"
|
|
- generic [ref=f26e44]:
|
|
- generic [ref=f26e45]: Project
|
|
- combobox "Project" [ref=f26e46]:
|
|
- option "미지정"
|
|
- option "Backend Clean Architecture"
|
|
- option "KeyCloak Patterns"
|
|
- option "Liner N + 1문제" [selected]
|
|
- status [ref=f26e47]
|
|
- group "축 — 고르지 않으면 이 주제의 공통 기록이 됩니다" [ref=f26e48]:
|
|
- generic [ref=f26e50] [cursor=pointer]:
|
|
- checkbox "파생 쿼리 그대로" [ref=f26e51]
|
|
- generic [ref=f26e52]: 파생 쿼리 그대로
|
|
- generic [ref=f26e53] [cursor=pointer]:
|
|
- checkbox "컬렉션 fetch join" [ref=f26e54]
|
|
- generic [ref=f26e55]: 컬렉션 fetch join
|
|
- generic [ref=f26e56] [cursor=pointer]:
|
|
- checkbox "fetch join + 페이징" [ref=f26e57]
|
|
- generic [ref=f26e58]: fetch join + 페이징
|
|
- group "관계" [ref=f26e59]:
|
|
- generic [ref=f26e61]:
|
|
- generic [ref=f26e62]:
|
|
- generic [ref=f26e63]: 관계 1 대상
|
|
- combobox "관계 1 대상" [ref=f26e64]:
|
|
- option "대상 선택"
|
|
- option "Browser Token을 없애면서 BFF에 Session과 CSRF 책임이 생긴 과정"
|
|
- option "Collection Fetch Join으로 N+1을 해결하다 만난 MultiBag예외와 행 폭증 문제"
|
|
- option "Collection Fetch Join Pagination의 In-memory Paging"
|
|
- option "DTO 변환 과정에서 발생한 Highlight 컬렉션 N+1"
|
|
- option "Fetch 타입이 아닌 조회 방식으로 인한 N+1" [disabled]
|
|
- option "Forward-Auth에서 Client가 보낸 Identity Header를 신뢰하면 안 되는 이유"
|
|
- option "Projection 이후에도 1,509행을 읽은 Row Over-fetch"
|
|
- option "Refresh Token 관리만 서버로 이전, Access Token은 여전히 Browser에 노출"
|
|
- option "SPA에서 OAuth Token을 JavaScript Memory에 보관한 경우"
|
|
- option "Visibility OR이 Keyset Index를 깨뜨린 문제"
|
|
- option "Authorization Code와 PKCE가 보호하는 구간"
|
|
- option "Bearer JWT가 인증된 principal이 되기까지"
|
|
- option "Cookie로 인증하는 요청에서 CSRF token이 하는 일"
|
|
- option "브라우저가 credential을 보관하는 위치와 그 성질"
|
|
- option "Forward-Auth와 Nginx auth_request의 동작"
|
|
- option "외부 IdP Brokering의 동작"
|
|
- option "Authorization Code Flow의 Endpoint와 Credential 이동 기준"
|
|
- option "BFF 인증 구조 설계 기준"
|
|
- option "Feed Visibility Query Pattern"
|
|
- option "Fetch Join · Batch · Projection 선택 기준"
|
|
- option "Fetch Type과 Fetch Strategy 구분"
|
|
- option "Forward-Auth에서 Identity Header를 신뢰하기 위한 조건"
|
|
- option "외부 IdP 연동과 Application 인증 구조의 경계"
|
|
- option "JPA N+1 정량 진단 기준"
|
|
- option "Keyset Pagination 설계 기준"
|
|
- option "OAuth/OIDC 인증 패턴 선택 기준"
|
|
- option "OAuth Token과 Application Session을 구분하는 기준"
|
|
- option "PostgreSQL Query Plan 측정 기준" [selected]
|
|
- option "Public Client와 Confidential Client 구분 기준"
|
|
- option "Top-N-per-group 선택 기준"
|
|
- option "실제 동시 트래픽에서도 이 구조가 안정적인가"
|
|
- option "서버 세션 기반 인증 구조는 다중 인스턴스에서 어떻게 운영할 것인가"
|
|
- option "ANALYZE 이후 Cardinality Estimate는 어떻게 달라지는가"
|
|
- option "BFF의 Session과 OAuth2AuthorizedClient를 어디에 저장할 것인가"
|
|
- option "feed_visible을 Production CQRS로 승격할 것인가"
|
|
- option "Forward-Auth 구조에서 Application Authorization을 어디까지 Edge에 둘 것인가"
|
|
- option "Highlight 없는 FeedItem을 허용할 것인가"
|
|
- option "Refresh Token Rotation과 다중 Replica 경쟁을 어떻게 처리할 것인가"
|
|
- option "Round Trip과 Row Volume을 독립 측정할 것인가"
|
|
- option "BFF가 OAuth Token을 관리하는 조건"
|
|
- option "Collection Fetch Join과 Pagination을 같이 사용하지 않는다"
|
|
- option "Entity Graph 조회에는 Batch Fetch를 사용한다"
|
|
- option "Feed Pagination은 Keyset을 사용한다"
|
|
- option "외부 IdP와의 연동이라도 별도의 인증 방식이 아니다."
|
|
- option "Query Plan은 실제 PostgreSQL에서 측정한다"
|
|
- option "Query Strategy는 FeedQueryPort 뒤에서 소유한다"
|
|
- option "현재 Read Model은 CQRS-lite로 유지한다"
|
|
- option "화면 조회는 Read Projection을 사용한다"
|
|
- generic [ref=f26e65]:
|
|
- generic [ref=f26e66]: 관계 1 이유
|
|
- textbox "관계 1 이유" [ref=f26e67]: 추정과 실제의 차이를 기록하는 기준이다.
|
|
- generic [aria-hidden] [ref=f26e68]: 공개 화면의 「다음에 읽을 것」에 그대로 나갑니다.
|
|
- generic [ref=f26e69]:
|
|
- button "위로" [disabled] [ref=f26e70]
|
|
- button "아래로" [ref=f26e71]
|
|
- button "삭제" [ref=f26e72]
|
|
- generic [ref=f26e73]:
|
|
- generic [ref=f26e74]:
|
|
- generic [ref=f26e75]: 관계 2 대상
|
|
- combobox "관계 2 대상" [ref=f26e76]:
|
|
- option "대상 선택"
|
|
- option "Browser Token을 없애면서 BFF에 Session과 CSRF 책임이 생긴 과정"
|
|
- option "Collection Fetch Join으로 N+1을 해결하다 만난 MultiBag예외와 행 폭증 문제"
|
|
- option "Collection Fetch Join Pagination의 In-memory Paging"
|
|
- option "DTO 변환 과정에서 발생한 Highlight 컬렉션 N+1"
|
|
- option "Fetch 타입이 아닌 조회 방식으로 인한 N+1" [selected]
|
|
- option "Forward-Auth에서 Client가 보낸 Identity Header를 신뢰하면 안 되는 이유"
|
|
- option "Projection 이후에도 1,509행을 읽은 Row Over-fetch"
|
|
- option "Refresh Token 관리만 서버로 이전, Access Token은 여전히 Browser에 노출"
|
|
- option "SPA에서 OAuth Token을 JavaScript Memory에 보관한 경우"
|
|
- option "Visibility OR이 Keyset Index를 깨뜨린 문제"
|
|
- option "Authorization Code와 PKCE가 보호하는 구간"
|
|
- option "Bearer JWT가 인증된 principal이 되기까지"
|
|
- option "Cookie로 인증하는 요청에서 CSRF token이 하는 일"
|
|
- option "브라우저가 credential을 보관하는 위치와 그 성질"
|
|
- option "Forward-Auth와 Nginx auth_request의 동작"
|
|
- option "외부 IdP Brokering의 동작"
|
|
- option "Authorization Code Flow의 Endpoint와 Credential 이동 기준"
|
|
- option "BFF 인증 구조 설계 기준"
|
|
- option "Feed Visibility Query Pattern"
|
|
- option "Fetch Join · Batch · Projection 선택 기준"
|
|
- option "Fetch Type과 Fetch Strategy 구분"
|
|
- option "Forward-Auth에서 Identity Header를 신뢰하기 위한 조건"
|
|
- option "외부 IdP 연동과 Application 인증 구조의 경계"
|
|
- option "JPA N+1 정량 진단 기준"
|
|
- option "Keyset Pagination 설계 기준"
|
|
- option "OAuth/OIDC 인증 패턴 선택 기준"
|
|
- option "OAuth Token과 Application Session을 구분하는 기준"
|
|
- option "PostgreSQL Query Plan 측정 기준" [disabled]
|
|
- option "Public Client와 Confidential Client 구분 기준"
|
|
- option "Top-N-per-group 선택 기준"
|
|
- option "실제 동시 트래픽에서도 이 구조가 안정적인가"
|
|
- option "서버 세션 기반 인증 구조는 다중 인스턴스에서 어떻게 운영할 것인가"
|
|
- option "ANALYZE 이후 Cardinality Estimate는 어떻게 달라지는가"
|
|
- option "BFF의 Session과 OAuth2AuthorizedClient를 어디에 저장할 것인가"
|
|
- option "feed_visible을 Production CQRS로 승격할 것인가"
|
|
- option "Forward-Auth 구조에서 Application Authorization을 어디까지 Edge에 둘 것인가"
|
|
- option "Highlight 없는 FeedItem을 허용할 것인가"
|
|
- option "Refresh Token Rotation과 다중 Replica 경쟁을 어떻게 처리할 것인가"
|
|
- option "Round Trip과 Row Volume을 독립 측정할 것인가"
|
|
- option "BFF가 OAuth Token을 관리하는 조건"
|
|
- option "Collection Fetch Join과 Pagination을 같이 사용하지 않는다"
|
|
- option "Entity Graph 조회에는 Batch Fetch를 사용한다"
|
|
- option "Feed Pagination은 Keyset을 사용한다"
|
|
- option "외부 IdP와의 연동이라도 별도의 인증 방식이 아니다."
|
|
- option "Query Plan은 실제 PostgreSQL에서 측정한다"
|
|
- option "Query Strategy는 FeedQueryPort 뒤에서 소유한다"
|
|
- option "현재 Read Model은 CQRS-lite로 유지한다"
|
|
- option "화면 조회는 Read Projection을 사용한다"
|
|
- generic [ref=f26e77]:
|
|
- generic [ref=f26e78]: 관계 2 이유
|
|
- textbox [ref=f26e79]
|
|
- generic [aria-hidden] [ref=f26e80]: 공개 화면의 「다음에 읽을 것」에 그대로 나갑니다.
|
|
- generic [ref=f26e81]:
|
|
- button "위로" [ref=f26e82]
|
|
- button "아래로" [disabled] [ref=f26e83]
|
|
- button "삭제" [ref=f26e84]
|
|
- button "관계 추가" [ref=f26e85]
|
|
- region [ref=f26e86]:
|
|
- generic [ref=f26e87]:
|
|
- paragraph [ref=f26e88]: QUESTION
|
|
- heading "판단과 다음 검증" [level=2] [ref=f26e89]
|
|
- generic [ref=f26e90]:
|
|
- generic [ref=f26e91]: 질문 상태
|
|
- combobox "질문 상태" [ref=f26e92]:
|
|
- option "아직 정하지 않음"
|
|
- option "OPEN" [selected]
|
|
- option "RESOLVED"
|
|
- group "확인한 사실" [ref=f26e93]:
|
|
- generic [ref=f26e95]:
|
|
- generic [ref=f26e96]:
|
|
- generic [ref=f26e97]: 확인한 사실 1
|
|
- textbox "확인한 사실 1" [ref=f26e98]: 대량 시드 직후 측정한 계획에서 추정 rows는 1, 실제 rows는 500이었다. 500배 차이다.
|
|
- generic [ref=f26e99]:
|
|
- button "위로" [disabled] [ref=f26e100]
|
|
- button "아래로" [ref=f26e101]
|
|
- button "삭제" [ref=f26e102]
|
|
- generic [ref=f26e103]:
|
|
- generic [ref=f26e104]:
|
|
- generic [ref=f26e105]: 확인한 사실 2
|
|
- textbox "확인한 사실 2" [ref=f26e106]: 이 계획은 feed_item_id 조건을 인덱스로 처리했고 실행시간은 0.173 ms였다.
|
|
- generic [ref=f26e107]:
|
|
- button "위로" [ref=f26e108]
|
|
- button "아래로" [ref=f26e109]
|
|
- button "삭제" [ref=f26e110]
|
|
- generic [ref=f26e111]:
|
|
- generic [ref=f26e112]:
|
|
- generic [ref=f26e113]: 확인한 사실 3
|
|
- textbox "확인한 사실 3" [ref=f26e114]: 읽은 블록은 모두 캐시에서 왔다. 디스크 읽기는 0이었다.
|
|
- generic [ref=f26e115]:
|
|
- button "위로" [ref=f26e116]
|
|
- button "아래로" [ref=f26e117]
|
|
- button "삭제" [ref=f26e118]
|
|
- generic [ref=f26e119]:
|
|
- generic [ref=f26e120]:
|
|
- generic [ref=f26e121]: 확인한 사실 4
|
|
- textbox "확인한 사실 4" [ref=f26e122]: 하이라이트 개수는 순위 기반 편중 분포라 feed_item_id별 자식 수가 크게 다르다. 상한 500, 하한 1이다.
|
|
- generic [ref=f26e123]:
|
|
- button "위로" [ref=f26e124]
|
|
- button "아래로" [ref=f26e125]
|
|
- button "삭제" [ref=f26e126]
|
|
- generic [ref=f26e127]:
|
|
- generic [ref=f26e128]:
|
|
- generic [ref=f26e129]: 확인한 사실 5
|
|
- textbox "확인한 사실 5" [ref=f26e130]: fetch join 조인 계획에서도 추정 4,202와 실제 1,961의 차이가 있었다.
|
|
- generic [ref=f26e131]:
|
|
- button "위로" [ref=f26e132]
|
|
- button "아래로" [ref=f26e133]
|
|
- button "삭제" [ref=f26e134]
|
|
- generic [ref=f26e135]:
|
|
- generic [ref=f26e136]:
|
|
- generic [ref=f26e137]: 확인한 사실 6
|
|
- textbox "확인한 사실 6" [ref=f26e138]: 시드 직후 통계 갱신 명령을 실행하지 않았다.
|
|
- generic [ref=f26e139]:
|
|
- button "위로" [ref=f26e140]
|
|
- button "아래로" [disabled] [ref=f26e141]
|
|
- button "삭제" [ref=f26e142]
|
|
- button "확인한 사실 추가" [ref=f26e143]
|
|
- group "가정" [ref=f26e144]:
|
|
- generic [ref=f26e146]:
|
|
- generic [ref=f26e147]:
|
|
- generic [ref=f26e148]: 가정 1
|
|
- textbox "가정 1" [ref=f26e149]: 통계를 갱신하면 feed_item_id별 분포가 반영되어 추정이 실제에 가까워진다.
|
|
- generic [ref=f26e150]:
|
|
- button "위로" [disabled] [ref=f26e151]
|
|
- button "아래로" [ref=f26e152]
|
|
- button "삭제" [ref=f26e153]
|
|
- generic [ref=f26e154]:
|
|
- generic [ref=f26e155]:
|
|
- generic [ref=f26e156]: 가정 2
|
|
- textbox "가정 2" [ref=f26e157]: 추정이 달라지면 플래너가 다른 계획을 고를 수 있다.
|
|
- generic [ref=f26e158]:
|
|
- button "위로" [ref=f26e159]
|
|
- button "아래로" [ref=f26e160]
|
|
- button "삭제" [ref=f26e161]
|
|
- generic [ref=f26e162]:
|
|
- generic [ref=f26e163]:
|
|
- generic [ref=f26e164]: 가정 3
|
|
- textbox "가정 3" [ref=f26e165]: 편중이 큰 컬럼은 기본 통계 대상 수로 부족할 수 있다.
|
|
- generic [ref=f26e166]:
|
|
- button "위로" [ref=f26e167]
|
|
- button "아래로" [disabled] [ref=f26e168]
|
|
- button "삭제" [ref=f26e169]
|
|
- button "가정 추가" [ref=f26e170]
|
|
- group "남은 미지수" [ref=f26e171]:
|
|
- generic [ref=f26e173]:
|
|
- generic [ref=f26e174]:
|
|
- generic [ref=f26e175]: 남은 미지수 1
|
|
- textbox "남은 미지수 1" [ref=f26e176]: 통계를 갱신한 뒤 추정 행수가 실제에 얼마나 가까워지는가.
|
|
- generic [ref=f26e177]:
|
|
- button "위로" [disabled] [ref=f26e178]
|
|
- button "아래로" [ref=f26e179]
|
|
- button "삭제" [ref=f26e180]
|
|
- generic [ref=f26e181]:
|
|
- generic [ref=f26e182]:
|
|
- generic [ref=f26e183]: 남은 미지수 2
|
|
- textbox "남은 미지수 2" [ref=f26e184]: 추정이 바뀌면 스캔 방식이 바뀌는가. 인덱스에서 순차 스캔으로, 또는 그 반대로 뒤집히는가.
|
|
- generic [ref=f26e185]:
|
|
- button "위로" [ref=f26e186]
|
|
- button "아래로" [ref=f26e187]
|
|
- button "삭제" [ref=f26e188]
|
|
- generic [ref=f26e189]:
|
|
- generic [ref=f26e190]:
|
|
- generic [ref=f26e191]: 남은 미지수 3
|
|
- textbox "남은 미지수 3" [ref=f26e192]: 편중이 큰 컬럼에 통계 대상 수를 늘리면 추정이 더 좋아지는가.
|
|
- generic [ref=f26e193]:
|
|
- button "위로" [ref=f26e194]
|
|
- button "아래로" [ref=f26e195]
|
|
- button "삭제" [ref=f26e196]
|
|
- generic [ref=f26e197]:
|
|
- generic [ref=f26e198]:
|
|
- generic [ref=f26e199]: 남은 미지수 4
|
|
- textbox "남은 미지수 4" [ref=f26e200]: 실행시간과 읽은 블록 수가 달라지는가.
|
|
- generic [ref=f26e201]:
|
|
- button "위로" [ref=f26e202]
|
|
- button "아래로" [ref=f26e203]
|
|
- button "삭제" [ref=f26e204]
|
|
- generic [ref=f26e205]:
|
|
- generic [ref=f26e206]:
|
|
- generic [ref=f26e207]: 남은 미지수 5
|
|
- textbox "남은 미지수 5" [ref=f26e208]: 이 차이가 지금까지의 결론을 바꾸는가. 왕복 수와 전송 행수에 관한 판단은 통계와 무관하다.
|
|
- generic [ref=f26e209]:
|
|
- button "위로" [ref=f26e210]
|
|
- button "아래로" [ref=f26e211]
|
|
- button "삭제" [ref=f26e212]
|
|
- generic [ref=f26e213]:
|
|
- generic [ref=f26e214]:
|
|
- generic [ref=f26e215]: 남은 미지수 6
|
|
- textbox "남은 미지수 6" [ref=f26e216]: 운영에서 대량 적재 후 통계 갱신을 절차에 넣을 것인가.
|
|
- generic [ref=f26e217]:
|
|
- button "위로" [ref=f26e218]
|
|
- button "아래로" [disabled] [ref=f26e219]
|
|
- button "삭제" [ref=f26e220]
|
|
- button "남은 미지수 추가" [ref=f26e221]
|
|
- group "제약" [ref=f26e222]:
|
|
- generic [ref=f26e224]:
|
|
- generic [ref=f26e225]:
|
|
- generic [ref=f26e226]: 제약 1
|
|
- textbox "제약 1" [ref=f26e227]: 통계 갱신 전후를 비교하려면 같은 데이터에서 연속으로 재야 한다. 캐시 상태가 섞이면 비교가 흐려진다.
|
|
- generic [ref=f26e228]:
|
|
- button "위로" [disabled] [ref=f26e229]
|
|
- button "아래로" [ref=f26e230]
|
|
- button "삭제" [ref=f26e231]
|
|
- generic [ref=f26e232]:
|
|
- generic [ref=f26e233]:
|
|
- generic [ref=f26e234]: 제약 2
|
|
- textbox "제약 2" [ref=f26e235]: 지금까지 기록한 실행계획은 모두 갱신 전 값이다. 갱신 후 값과 섞어 읽지 않도록 표기를 구분해야 한다.
|
|
- generic [ref=f26e236]:
|
|
- button "위로" [ref=f26e237]
|
|
- button "아래로" [ref=f26e238]
|
|
- button "삭제" [ref=f26e239]
|
|
- generic [ref=f26e240]:
|
|
- generic [ref=f26e241]:
|
|
- generic [ref=f26e242]: 제약 3
|
|
- textbox "제약 3" [ref=f26e243]: 실행하기 전에는 수치를 채우지 않는다.
|
|
- generic [ref=f26e244]:
|
|
- button "위로" [ref=f26e245]
|
|
- button "아래로" [disabled] [ref=f26e246]
|
|
- button "삭제" [ref=f26e247]
|
|
- button "제약 추가" [ref=f26e248]
|
|
- group "검토한 선택지" [ref=f26e249]:
|
|
- generic [ref=f26e251]:
|
|
- generic [ref=f26e252]:
|
|
- generic [ref=f26e253]: 선택지 1 제목
|
|
- textbox "선택지 1 제목" [ref=f26e254]: 통계를 갱신하고 전후를 비교한다
|
|
- generic [ref=f26e255]:
|
|
- generic [ref=f26e256]: 선택지 1 설명
|
|
- textbox "선택지 1 설명" [ref=f26e257]: 같은 데이터에서 갱신 전후 계획을 나란히 기록한다. 추정 행수, 스캔 방식, 읽은 블록, 실행시간을 대조한다. 측정이 한 번 더 필요하지만 가설을 닫을 수 있다.
|
|
- generic [ref=f26e258]:
|
|
- button "위로" [disabled] [ref=f26e259]
|
|
- button "아래로" [ref=f26e260]
|
|
- button "삭제" [ref=f26e261]
|
|
- generic [ref=f26e262]:
|
|
- generic [ref=f26e263]:
|
|
- generic [ref=f26e264]: 선택지 2 제목
|
|
- textbox "선택지 2 제목" [ref=f26e265]: 통계 대상 수까지 조절해 본다
|
|
- generic [ref=f26e266]:
|
|
- generic [ref=f26e267]: 선택지 2 설명
|
|
- textbox "선택지 2 설명" [ref=f26e268]: 편중이 큰 컬럼의 통계 대상 수를 늘린 뒤 다시 잰다. 기본값으로 부족한지 확인한다. 변수가 하나 더 늘어 비교가 복잡해진다.
|
|
- generic [ref=f26e269]:
|
|
- button "위로" [ref=f26e270]
|
|
- button "아래로" [ref=f26e271]
|
|
- button "삭제" [ref=f26e272]
|
|
- generic [ref=f26e273]:
|
|
- generic [ref=f26e274]:
|
|
- generic [ref=f26e275]: 선택지 3 제목
|
|
- textbox "선택지 3 제목" [ref=f26e276]: 갱신 전 값만 두고 넘어간다
|
|
- generic [ref=f26e277]:
|
|
- generic [ref=f26e278]: 선택지 3 설명
|
|
- textbox "선택지 3 설명" [ref=f26e279]: 왕복 수와 전송 행수에 관한 결론은 통계와 무관하다. 추정 차이를 한계로만 적고 진행한다. 플래너가 다른 계획을 고를 가능성을 확인하지 못한 채 남는다.
|
|
- generic [ref=f26e280]:
|
|
- button "위로" [ref=f26e281]
|
|
- button "아래로" [disabled] [ref=f26e282]
|
|
- button "삭제" [ref=f26e283]
|
|
- button "선택지 추가" [ref=f26e284]
|
|
- generic [ref=f26e285]:
|
|
- generic [ref=f26e286]: 다음 검증
|
|
- textbox "다음 검증" [ref=f26e287]: 1. 대량 시드 직후 현재 계획을 다시 기록한다. 갱신 전 값임을 명시한다. 2. 통계를 갱신한다. 3. 같은 쿼리를 같은 실행 안에서 다시 EXPLAIN한다. 추정 행수, 스캔 방식, 읽은 블록, 실행시간을 기록한다. 4. 두 계획을 나란히 두고 무엇이 달라졌는지 적는다. 5. 계획이 바뀌었다면 지금까지의 결론 중 영향을 받는 항목이 있는지 확인한다. 6. 운영 절차에 대량 적재 후 통계 갱신을 넣을지 판단한다.
|
|
- region [ref=f26e288]:
|
|
- generic [ref=f26e289]:
|
|
- paragraph [ref=f26e290]: LIVE
|
|
- heading "즉시 미리보기" [level=2] [ref=f26e291]
|
|
- generic [ref=f26e294]:
|
|
- generic [ref=f26e295]:
|
|
- navigation "문서 경로" [ref=f26e296]:
|
|
- link "열린 질문" [ref=f26e297] [cursor=pointer]:
|
|
- /url: /explore/questions
|
|
- generic [aria-hidden] [ref=f26e298]: /
|
|
- generic [ref=f26e299]: JPA 피드 조회 성능
|
|
- generic [aria-hidden] [ref=f26e300]: /
|
|
- link "Liner N + 1문제" [ref=f26e301] [cursor=pointer]:
|
|
- /url: /projects/liner-n-plus-1
|
|
- heading "ANALYZE 이후 Cardinality Estimate는 어떻게 달라지는가" [level=1] [ref=f26e302]
|
|
- paragraph [ref=f26e303]: 반복되는 하이라이트 조회의 실행계획에서 추정 행수는 1이고 실제 행수는 500이었다. 대량 데이터를 넣은 직후 통계를 갱신하지 않아 편중을 담지 못했다는 가설을 세웠지만 아직 검증하지 않았다.
|
|
- generic [ref=f26e304]:
|
|
- generic [ref=f26e305]:
|
|
- term [ref=f26e306]: 유형
|
|
- definition [ref=f26e307]: 열린 질문
|
|
- generic [ref=f26e308]:
|
|
- term [ref=f26e309]: 프로젝트
|
|
- definition [ref=f26e310]: Liner N + 1문제
|
|
- generic [ref=f26e311]:
|
|
- term [ref=f26e312]: 게시
|
|
- definition [ref=f26e313]: 게시 전
|
|
- paragraph [ref=f26e314]: OPEN
|
|
- article [ref=f26e315]:
|
|
- region [ref=f26e316]:
|
|
- heading "확인한 사실" [level=2] [ref=f26e317]
|
|
- list [ref=f26e318]:
|
|
- listitem [ref=f26e319]:
|
|
- paragraph [ref=f26e320]: 대량 시드 직후 측정한 계획에서 추정 rows는 1, 실제 rows는 500이었다. 500배 차이다.
|
|
- listitem [ref=f26e321]:
|
|
- paragraph [ref=f26e322]: 이 계획은 feed_item_id 조건을 인덱스로 처리했고 실행시간은 0.173 ms였다.
|
|
- listitem [ref=f26e323]:
|
|
- paragraph [ref=f26e324]: 읽은 블록은 모두 캐시에서 왔다. 디스크 읽기는 0이었다.
|
|
- listitem [ref=f26e325]:
|
|
- paragraph [ref=f26e326]: 하이라이트 개수는 순위 기반 편중 분포라 feed_item_id별 자식 수가 크게 다르다. 상한 500, 하한 1이다.
|
|
- listitem [ref=f26e327]:
|
|
- paragraph [ref=f26e328]: fetch join 조인 계획에서도 추정 4,202와 실제 1,961의 차이가 있었다.
|
|
- listitem [ref=f26e329]:
|
|
- paragraph [ref=f26e330]: 시드 직후 통계 갱신 명령을 실행하지 않았다.
|
|
- region [ref=f26e331]:
|
|
- heading "가정" [level=2] [ref=f26e332]
|
|
- list [ref=f26e333]:
|
|
- listitem [ref=f26e334]:
|
|
- paragraph [ref=f26e335]: 통계를 갱신하면 feed_item_id별 분포가 반영되어 추정이 실제에 가까워진다.
|
|
- listitem [ref=f26e336]:
|
|
- paragraph [ref=f26e337]: 추정이 달라지면 플래너가 다른 계획을 고를 수 있다.
|
|
- listitem [ref=f26e338]:
|
|
- paragraph [ref=f26e339]: 편중이 큰 컬럼은 기본 통계 대상 수로 부족할 수 있다.
|
|
- region [ref=f26e340]:
|
|
- heading "남은 미지수" [level=2] [ref=f26e341]
|
|
- list [ref=f26e342]:
|
|
- listitem [ref=f26e343]:
|
|
- paragraph [ref=f26e344]: 통계를 갱신한 뒤 추정 행수가 실제에 얼마나 가까워지는가.
|
|
- listitem [ref=f26e345]:
|
|
- paragraph [ref=f26e346]: 추정이 바뀌면 스캔 방식이 바뀌는가. 인덱스에서 순차 스캔으로, 또는 그 반대로 뒤집히는가.
|
|
- listitem [ref=f26e347]:
|
|
- paragraph [ref=f26e348]: 편중이 큰 컬럼에 통계 대상 수를 늘리면 추정이 더 좋아지는가.
|
|
- listitem [ref=f26e349]:
|
|
- paragraph [ref=f26e350]: 실행시간과 읽은 블록 수가 달라지는가.
|
|
- listitem [ref=f26e351]:
|
|
- paragraph [ref=f26e352]: 이 차이가 지금까지의 결론을 바꾸는가. 왕복 수와 전송 행수에 관한 판단은 통계와 무관하다.
|
|
- listitem [ref=f26e353]:
|
|
- paragraph [ref=f26e354]: 운영에서 대량 적재 후 통계 갱신을 절차에 넣을 것인가.
|
|
- region [ref=f26e355]:
|
|
- heading "제약" [level=2] [ref=f26e356]
|
|
- list [ref=f26e357]:
|
|
- listitem [ref=f26e358]:
|
|
- paragraph [ref=f26e359]: 통계 갱신 전후를 비교하려면 같은 데이터에서 연속으로 재야 한다. 캐시 상태가 섞이면 비교가 흐려진다.
|
|
- listitem [ref=f26e360]:
|
|
- paragraph [ref=f26e361]: 지금까지 기록한 실행계획은 모두 갱신 전 값이다. 갱신 후 값과 섞어 읽지 않도록 표기를 구분해야 한다.
|
|
- listitem [ref=f26e362]:
|
|
- paragraph [ref=f26e363]: 실행하기 전에는 수치를 채우지 않는다.
|
|
- region [ref=f26e364]:
|
|
- heading "검토한 선택지" [level=2] [ref=f26e365]
|
|
- list [ref=f26e366]:
|
|
- listitem [ref=f26e367]:
|
|
- heading "통계를 갱신하고 전후를 비교한다" [level=3] [ref=f26e368]
|
|
- paragraph [ref=f26e369]: 같은 데이터에서 갱신 전후 계획을 나란히 기록한다. 추정 행수, 스캔 방식, 읽은 블록, 실행시간을 대조한다.
|
|
- paragraph [ref=f26e370]: 측정이 한 번 더 필요하지만 가설을 닫을 수 있다.
|
|
- listitem [ref=f26e371]:
|
|
- heading "통계 대상 수까지 조절해 본다" [level=3] [ref=f26e372]
|
|
- paragraph [ref=f26e373]: 편중이 큰 컬럼의 통계 대상 수를 늘린 뒤 다시 잰다. 기본값으로 부족한지 확인한다.
|
|
- paragraph [ref=f26e374]: 변수가 하나 더 늘어 비교가 복잡해진다.
|
|
- listitem [ref=f26e375]:
|
|
- heading "갱신 전 값만 두고 넘어간다" [level=3] [ref=f26e376]
|
|
- paragraph [ref=f26e377]: 왕복 수와 전송 행수에 관한 결론은 통계와 무관하다. 추정 차이를 한계로만 적고 진행한다.
|
|
- paragraph [ref=f26e378]: 플래너가 다른 계획을 고를 가능성을 확인하지 못한 채 남는다.
|
|
- region [ref=f26e379]:
|
|
- paragraph [ref=f26e380]: Next
|
|
- heading "다음 검증" [level=2] [ref=f26e381]
|
|
- paragraph [ref=f26e382]: 1. 대량 시드 직후 현재 계획을 다시 기록한다. 갱신 전 값임을 명시한다.
|
|
- paragraph [ref=f26e383]: 2. 통계를 갱신한다.
|
|
- paragraph [ref=f26e384]: 3. 같은 쿼리를 같은 실행 안에서 다시 EXPLAIN한다. 추정 행수, 스캔 방식, 읽은 블록, 실행시간을 기록한다.
|
|
- paragraph [ref=f26e385]: 4. 두 계획을 나란히 두고 무엇이 달라졌는지 적는다.
|
|
- paragraph [ref=f26e386]: 5. 계획이 바뀌었다면 지금까지의 결론 중 영향을 받는 항목이 있는지 확인한다.
|
|
- paragraph [ref=f26e387]: 6. 운영 절차에 대량 적재 후 통계 갱신을 넣을지 판단한다.
|
|
- region [ref=f26e388]:
|
|
- paragraph [ref=f26e389]: Next
|
|
- heading "다음에 읽을 것" [level=2] [ref=f26e390]
|
|
- list [ref=f26e391]:
|
|
- listitem [ref=f26e392]:
|
|
- link "검증 기록 Fetch 타입이 아닌 조회 방식으로 인한 N+1" [ref=f26e393] [cursor=pointer]:
|
|
- /url: /cases/eager-toone-nplus1-without-access
|
|
- generic [ref=f26e394]: 검증 기록
|
|
- strong [ref=f26e396]: Fetch 타입이 아닌 조회 방식으로 인한 N+1
|
|
- generic [aria-hidden] [ref=f26e397]: ↗
|
|
- complementary [ref=f26e398]:
|
|
- heading "작업 상태" [level=2] [ref=f26e399]
|
|
- status "편집 상태" [ref=f26e400]: 저장되지 않음
|
|
- generic [ref=f26e401]:
|
|
- generic [ref=f26e402]:
|
|
- term [ref=f26e403]: 저장 버전
|
|
- definition [ref=f26e404]: "6"
|
|
- generic [ref=f26e405]:
|
|
- term [ref=f26e406]: 종류
|
|
- definition [ref=f26e407]: 열린 질문
|
|
- paragraph [ref=f26e408]: 불완전한 초안도 저장할 수 있습니다. Ctrl+S 로도 저장합니다. 게시를 누르면 채워야 할 칸을 그 자리에 표시합니다.
|
|
- generic [ref=f26e409]:
|
|
- button "저장" [ref=f26e410]
|
|
- button "게시" [ref=f26e411]
|
|
- paragraph [ref=f26e412] |