26.09.29
0
조회 169
26.09.26
1
조회 133
26.09.24
0
조회 158
26.09.23
0
조회 165
26.09.19
0
조회 482
26.09.11
0
조회 144
26.09.10
0
조회 137
26.09.10
0
조회 143
26.09.10
0
조회 111
26.09.10
0
조회 98
26.09.09
1
조회 93
26.09.04
0
조회 341
26.09.03
0
조회 336
26.09.01
1
조회 131
26.08.29
0
조회 171
26.08.22
0
조회 281
26.08.20
0
조회 310
26.08.13
0
조회 304
26.08.13
0
조회 353
26.08.13
0
조회 198
댓글 4
네, 문서목록을 불러올 때 is_notice = N 조건이 하나 더 붙기 때문에 인덱스를 덜 효율적으로 타게 됩니다. 기본적으로 목록을 추출할 때 module_srl (게시판) + status (임시글 제외) 로 추출 범위를 제한한 후 list_order나 regdate로 정렬을 하는데요, 이러한 조합으로 복합인덱스가 이미 만들어져 있으므로 무척 빠릅니다. 그러나 거기에 조건 하나가 더 끼면 복합인덱스만으로는 처리가 되지 않아서 추가로 테이블 스캔이 들어가지요. 그날따라 쿼리 옵티마이저가 기분이 안 좋으면 아예 엉뚱한 인덱스를 타버리기도 합니다.
물론 글이 몇천 개 이하인 소규모 게시판이라면 큰 영향이 없을 가능성이 높습니다. 그러나 대형 사이트는 저 옵션 하나에 CPU 점유율이 몇 배 차이나기도 하지요.
네. 우회하는 방법은 여러가지가 있겠죠. 저는 그냥 중복으로 나오는 것을 허용하는 것으로 선택했습니다. 해당 게시판에 소속되어야 하는 글이기도 하고 해서....(전체공지 성격이 아니기도 하고...)