우선 영어를 살펴보면 MySQL에 full text search(이하FTS)를 만든 (아마도) 영어 사용자들의 입장에서는 이미 space로 분리되어 있는 데 단어를 쪼개고 난리 법석을 칠 이유가 없습니다.

Korean is an agglutinative language.

와 같은 예문에서 이미 의미 단위(나중에 검색할때 사람들이 검색할 단어 수준으로) 잘 떨어져 있기 때문에 FTS는 굳이 단어를 쪼개고 쪼개진 단위별로 (검색을 위한) 색인을 할 이유가 없는거죠.

끽해봐야 명사의 복수형, 동사의 진행형, 과거형 수준으로만 분석해서(stemming) 검색하면 깔끔하게 끝납니다.(물론 stemming이 쉽다는 거지 그 외 과정은 역시 쉽지 않은.. ㄷㄷ)

영어와는 다르게 한국어는 교착어입니다.

간단히 말씀드려서 space를 기준으로 했을때 한국어는 의미 단위로 떼었다 붙였다 합니다.

예를 들어 '한국어는' 이라는 단어는 원래 '한국/nq + 어/ncn + 는/jcs'으로 풀어 쓸 수 있겠죠.

(참고 nq: 고유명사, ncn: 비서술형 명사, jcs: 주격조사)
(참고2 한국어/ncn + 는/jcs 가 맞는 거 아니냐 등은 좀 따지지 말고 넘어가주시면.. ^^;; )

당연히 영어가 기준이었을 MySQL에 한국어를 위해서 단어를 쪼개고 붙이고 할 이유가 없으니 fts 할아버지를 적용해도 원하시는 검색결과를 얻기는 어려우실 것으로 알고 있습니다.

아.. 뭐 그럼 SQL 내에서 풀 수 있는 방법이 절대 없는 것이냐...는 아니고

http://blog.naver.com/uook_/130117113937 <== (얘는 MS-SQL 기준으로 만든.. ㅋ)

와 같은 식으로 SQL에서 비스므리 하게 구현하는 방법이 있기는 합니다.

걍 참고만 하셔야지 저대로 구현하면 문제가 참 많습니다. T,.T;

중복되는 색인어를 몰아서 색인하기(색인의 크기를 줄여서 속도의 향상)
콜렉션으로 구성하기(요즘은 개나소나 통합검색 만들어 달라고 하죠)
정확도순 검색 결과 정렬
등등 추가로 구현하셔야 될 내용이 꽤 많습니다. -_-;;

 (저 글을 쓸 당시에는 백수였는데, 별로 호응이 없어서 추가 포스팅은 안 할거 같은.. ㅋ)