Sphinx search 적용 후기
실서비스 적용 전입니다.
전체 검색 및 게시판 검색을 sphinx 로 대체하려고 합니다.
속도는 만족스럽네요.
전체검색은 for문으로 테이블마다 다 돌려봐야 한다는게 함정이네요.
적용 목적이 검색으로 인한 랙현상을 개선하려고 합니다. 잘되야 될텐데...
|
댓글을 작성하시려면 로그인이 필요합니다.
로그인
프로그램
태그 필터 (최대 3개)
전체
개발자
소스
기타
mysql
팁자료실
javascript
php
linux
flash
정규표현식
jquery
node.js
mobile
웹서버
os
프로그램
강좌
썸네일
이미지관련
도로명주소
그누보드5
기획자
견적서
계약서
기획서
마케팅
제안서
seo
통계
서식
통계자료
퍼블리셔
html
css
반응형
웹접근성
퍼블리싱
표준화
반응형웹
홈페이지기초
부트스트랩
angularjs
포럼
스크린리더
센스리더
개발자톡
개발자팁
퍼블리셔톡
퍼블리셔팁
기획자톡
기획자팁
프로그램강좌
퍼블리싱강좌
댓글 7개
2007년부터 지금까지 사용중이거든요..
mysql db 업데이트(yum update로 업데이트 된 경우)하고나서 인덱스 재생성만 해주면 아무런 문제가 없었군요.
약간의 트릭을 쓰시면, 색인파일 하나로 통합하실수 있습니다.
그 트릭좀 알려주세요..
쿼리를 union으로 처리해야 할까요?
게시판이 100개가 넘는..
RT 램 설정이 4G 한계였는데 지금은 어떻게 변했는지 모르겠네요.
테이블 100개의 데이타크기 고려해서 진행해보세요.
네이버 중고나라 데이타를 실시간으로 그누보드로 서비스하면서 검색때문에 RT를 사용했었는데
속도도 좋구요. sphinx 재시작해도 파일형태로 유지되고 시작하면 다시 인덱싱 자동으로 올라오고
쓸만했어요.
그런데 그누보드 각 테이블마다 wr_id 가 동일함으로
document select 하는 설정에 테이블별로 wr_id + 아주큰값 을 넣어서 각 테이블별로 유니크한 document_id 가 생기도록 해주면 됩니다. (각 게시판 게시물별로 유니크 아이디를 만들어주는게 핵심임)
select wr_id + 100000 id, 'free' bo_table, wr_id, ca_id, mb_id, wr_name, wr_subject, wr_content, wr_datetime, where wr_is_comment = 0
형태가 되겠네요.
이것말고도 몇가지 설정을 추가해야 증분색인됩니다.
sphix_counter 테이블도 만들어야 하구요.
그누보드 소스도 조금 수정해야 함..(게시물 삭제시 별도 테이블에 쌓아두고, sphinx 색인에서 빼는작업, killlist 일거임)
그리고, 게시물이 엄청 많은 상황이라면, 한개 테이블보다 여러 테이블로 분산되어 있는게 나을수도 있어요.
db용량은 5기가정도 되네요.