리자

게시판 테이블을 분리하여 속도를 높였습니다.


http://tong2.sir.co.kr/bbs/board.php?bo_table=cm_free&sca=&sfl=wr_comment_content&stx=%EA%B7%B8%EB%88%84%EB%B3%B4%EB%93%9C+%EC%8A%A4%ED%82%A8&sop=and&page=11&page=1


1. 원글(제목+내용)과 코멘트를 분리하였습니다.
2. FULLTEXT 사용으로 검색 속도를 높였습니다.
3. 구간 검색을 없앴고 전체게시물에서 검색하여 원하는 게시물을 빨리 얻을 수 있습니다.

단점. 제목+내용으로 코멘트를 한번에 검색하지 못합니다.
|

댓글 11개

속도차가 눈에 보입니다.
위의 링크 에러 출력 됩니다...ㅜㅜ

select SQL_NO_CACHE count(distinct wr_parent) as cnt from `g4_write_cm_free.comment` where (1) and match(wr_fulltext) against('+그누보드* +스킨*' in boolean mode)

1146 : Table 'sir.g4_write_cm_free.comment' doesn't exist

error file : /bbs/board.php
아직 검색 속도가 만족할만한 수준이 아닙니다.
여러가지 테스트 중에 있어 에러가 발생할수 있습니다.
자유게시판의 459,972 건을 별도의 키파일에 두글자 이상을 집어 넣은 결과

CREATE TABLE IF NOT EXISTS `g4_write_cm_free.key` (
`wk_id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`wr_parent` int(11) NOT NULL,
`wr_num` int(11) NOT NULL,
`wr_reply` varchar(10) NOT NULL,
`wk_key` varchar(30) NOT NULL,
PRIMARY KEY (`wk_id`),
KEY `wk_key` (`wk_key`)
) ENGINE=MyISAM ;

데이터와 인덱스를 합쳐 732.7MB 라는 용량이 추가로 생겼습니다.
빠른 검색 속도를 희망하였으나 결과는 좋지 않았습니다.

행(레코드) 보기 0 - 29 (183,035 합계, 질의 실행시간 0.9045 초)

SELECT SQL_NO_CACHE wr_parent
FROM `g4_write_cm_free.key`
WHERE wk_key LIKE '가%'
ORDER BY wr_num, wr_reply
행(레코드) 보기 0 - 29 (35,060 합계, 질의 실행시간 1.7297 초)

SELECT SQL_NO_CACHE DISTINCT wr_parent
FROM `g4_write_cm_free.comment`
WHERE MATCH (
wr_fulltext
)
AGAINST (
'+가*'
IN boolean
MODE
)
ORDER BY wr_num, wr_reply

위 쿼리는 FULLTEXT 검색시간이 더 늦어 아쉬웠으나...
행(레코드) 보기 0 - 29 (5,371 합계, 질의 실행시간 1.4699 초)
SELECT SQL_NO_CACHE distinct wr_parent FROM `g4_write_cm_free.comment` WHERE match(wr_fulltext) against('그누보드* 스킨*' in boolean mode) order by wr_num, wr_reply;

행(레코드) 보기 0 - 29 (10,020 합계, 질의 실행시간 0.1329 초)
SELECT SQL_NO_CAcHE distinct wr_parent FROM `g4_write_cm_free.key` WHERE wk_key like '그누보드%' or wk_key like '스킨%' order by wr_num, wr_reply

OR 검색의 경우 FULLTEXT 속도가 늦었으나...

별도의 키를 잡은 경우는 AND 검색이 어려운 점이 있어 FULLTEXT 검색을 사용하기로 하였습니다.

4글자를 검색하는 경우는 FULLTEXT 가 약간 더 빨랐으나 우열을 가리기 힘들었습니다.

FULLTEXT 를 사용하는 이유는
별도의 역인덱스 테이블을 잡을 필요가 없으며,
데이터와 인덱스의 용량을 줄이며, AND 검색을 가능하게 하는데 있습니다.
수고하시네요 *^^*
자 이제 빛의 속도를 보여주세요
눈 앞에 보고 계시면서 그런 말씀하시면 ... ㅠㅠ
관리자님.... 수고가 많으시구요...
현재는 테이블을 한개를 쓰는 것으로 아는데..
코멘트 테이블을 따로 분리를 했다니 여러모로 기대가 됩니다.

그러면 분리된 형태의 전혀 다른 새로운 버전이 출시되는 것인지요?
아니면 패치나 업그레이드 형태로 진행이 되는건가요?
패치나 업그레이드 형태가 아니라 SIR에서 사용할 용도입니다.
좋은 결과가 나온다면 차후에 반영이 될수는 있습니다.
그렇지만 당장은 반영이 어렵습니다.
댓글을 작성하시려면 로그인이 필요합니다.

프로그램

+
제목 글쓴이 날짜 조회
15년 전 조회 1,904
15년 전 조회 1,394
15년 전 조회 2,007
15년 전 조회 1,669
15년 전 조회 3,445
15년 전 조회 1,322
15년 전 조회 1,665
15년 전 조회 3,505
15년 전 조회 1,509
15년 전 조회 1,552
15년 전 조회 1,777
15년 전 조회 1,776
15년 전 조회 1,435
15년 전 조회 3,026
15년 전 조회 1,498
15년 전 조회 1,879
15년 전 조회 1,006
15년 전 조회 1,752
15년 전 조회 1,705
15년 전 조회 1,821
15년 전 조회 3,609
15년 전 조회 1,240
15년 전 조회 1,516
15년 전 조회 1,580
15년 전 조회 2,091
15년 전 조회 2,016
15년 전 조회 3,021
15년 전 조회 2,424
15년 전 조회 1,974
15년 전 조회 2,193
15년 전 조회 3,770
15년 전 조회 2,407
15년 전 조회 1,905
15년 전 조회 1,992
15년 전 조회 1,711
15년 전 조회 1,592
15년 전 조회 1,538
15년 전 조회 1,944
15년 전 조회 1,489
15년 전 조회 1,898
15년 전 조회 1,599
15년 전 조회 1,441
15년 전 조회 1,686
15년 전 조회 1,811
15년 전 조회 1,569
15년 전 조회 2,062
15년 전 조회 1,812
15년 전 조회 2,092
15년 전 조회 1,816
15년 전 조회 1,690
15년 전 조회 1,780
15년 전 조회 4,247
15년 전 조회 1,601
15년 전 조회 2,782
15년 전 조회 4,241
15년 전 조회 2,186
15년 전 조회 2,119
15년 전 조회 2,838
15년 전 조회 2,012
15년 전 조회 2,017
15년 전 조회 2,229
15년 전 조회 1,698
15년 전 조회 2,539
15년 전 조회 2,066
15년 전 조회 1,664
15년 전 조회 1,826
15년 전 조회 1,604
15년 전 조회 2,075
15년 전 조회 1,469
15년 전 조회 2,666
15년 전 조회 1,675
15년 전 조회 1,468
15년 전 조회 1,926
15년 전 조회 1,949
15년 전 조회 1,844
15년 전 조회 2,013
15년 전 조회 1,682
15년 전 조회 1,632
15년 전 조회 2,255
15년 전 조회 1,787
15년 전 조회 1,421
15년 전 조회 1,577
15년 전 조회 3,690
15년 전 조회 1,769
15년 전 조회 1,439
15년 전 조회 1,522
15년 전 조회 1,311
15년 전 조회 1,351
15년 전 조회 1,856
15년 전 조회 1,544
15년 전 조회 1,372
15년 전 조회 1,677
15년 전 조회 1,217
15년 전 조회 1,417
15년 전 조회 1,574
15년 전 조회 1,446
15년 전 조회 1,364
15년 전 조회 1,362
15년 전 조회 1,510
15년 전 조회 1,563