게시판 테이블을 분리하여 속도를 높였습니다.
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. 구간 검색을 없앴고 전체게시물에서 검색하여 원하는 게시물을 빨리 얻을 수 있습니다.
단점. 제목+내용으로 코멘트를 한번에 검색하지 못합니다.
|
댓글을 작성하시려면 로그인이 필요합니다.
프로그램
태그 필터 (최대 3개)
전체
개발자
소스
기타
mysql
팁자료실
javascript
php
linux
flash
정규표현식
jquery
node.js
mobile
웹서버
os
프로그램
강좌
썸네일
이미지관련
도로명주소
그누보드5
기획자
견적서
계약서
기획서
마케팅
제안서
seo
통계
서식
통계자료
퍼블리셔
html
css
반응형
웹접근성
퍼블리싱
표준화
반응형웹
홈페이지기초
부트스트랩
angularjs
포럼
스크린리더
센스리더
개발자톡
개발자팁
퍼블리셔톡
퍼블리셔팁
기획자톡
기획자팁
프로그램강좌
퍼블리싱강좌
댓글 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
여러가지 테스트 중에 있어 에러가 발생할수 있습니다.
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
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 검색시간이 더 늦어 아쉬웠으나...
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 검색을 가능하게 하는데 있습니다.
현재는 테이블을 한개를 쓰는 것으로 아는데..
코멘트 테이블을 따로 분리를 했다니 여러모로 기대가 됩니다.
그러면 분리된 형태의 전혀 다른 새로운 버전이 출시되는 것인지요?
아니면 패치나 업그레이드 형태로 진행이 되는건가요?
좋은 결과가 나온다면 차후에 반영이 될수는 있습니다.
그렇지만 당장은 반영이 어렵습니다.