나는 이것을 얻지 못한다.

이 색인이있는 테이블이 있습니다.

PRIMARY     post_id
INDEX       topic_id
FULLTEXT    post_text

테이블에 3 억 6 천 행이 있습니다. 2 개의 쿼리를 수행하려고합니다.

SELECT post_id 
FROM phpbb_posts 
WHERE topic_id = 144017 
AND post_id != 155352 
AND MATCH(post_text) AGAINST('http://rapidshare.com/files/5494794/photo.rar')

동안 4.05 초 소요

SELECT post_id 
FROM phpbb_posts 
WHERE topic_id=144017 
AND post_id != 155352 
AND post_text LIKE ('%http://rapidshare.com/files/5494794/photo.rar%')

0.027 초가 걸립니다.

EXPLAIN은 possible_keys에 유일한 차이점이 있음을 보여줍니다 ( fulltextpost_text 포함, 포함 LIKE되지 않음)

정말 이상합니다.

이 뒤에 무엇입니까? 백그라운드에서 무슨 일이 일어나고 있습니까? LIKE인덱스를 사용하지 않을 때 어떻게 그렇게 빠를 수 있고 인덱스를 사용할 때 FULLTEXT를 너무 느리게 할 수 있습니까?

업데이트 1 :

실제로는 약 0.5 초가 걸리고 테이블이 잠겨있을 수 있지만 프로파일 링을 켤 때 FULLTEXT INITIALIZATION이 0.2 초 걸린다는 것을 보여줍니다. 뭐야?

전체 LIKE텍스트 만 2x로 초 당 10x로 테이블을 쿼리 할 수 ​​있습니다

UPDATE2 :

놀라다!

mysql> SELECT post_id FROM phpbb_posts WHERE post_id != 2 AND topic_id = 6 AND MATCH(post_text) AGAINST ('rapidshare.com');
Empty set (0.04 sec)

그래서 묻습니다. 어떻게 이것이 가능합니까?

또한

SELECT count(*) FROM phpbb_posts WHERE MATCH(post_text) AGAINST ('rapidshare.com')

정말 느립니다. 전체 텍스트가 손상 될 수 있습니까?

업데이트 3 :

도대체?

SELECT forum_id, post_id, topic_id, post_text  FROM phpbb_posts  WHERE MATCH(post_text) AGAINST ('rapidshare.com') LIMIT 0, 30;

0.27 초 소요

SELECT count(*) FROM phpbb_posts  WHERE MATCH(post_text) AGAINST ('rapidshare.com') LIMIT 0, 30;

30 초 이상 걸립니다! 여기서 무엇이 잘못 되었나요?

FULLTEXT 인덱스 자체의 존재로 인해 문제가 발생할 수 있다고 생각합니다.

FULLTEXT 인덱스와 관련된 쿼리가있을 때마다 MySQL Query Optimizer는 쿼리를 전체 테이블 스캔으로 흔드는 경향이 있습니다. 나는 수년에 걸쳐 이것을 보았다. 또한 FULLTEXT 인덱스에서이 가장 사소한 동작에 대한 이전 게시물을 작성했습니다 .

다음 두 가지를 수행해야 할 수도 있습니다.

1. FULLTEXT 인덱스가 MySQL Query Optimizer를 혼란 상태로 만들지 않도록 쿼리를 리팩터링하십시오.
2. 리팩토링 된 쿼리를 올바르게 지원할 추가 인덱스 추가

쿼리를 리플렉터

원래 검색어는 다음과 같습니다.

SELECT post_id  
FROM phpbb_posts  
WHERE topic_id = 144017  
AND post_id != 155352  
AND MATCH(post_text) AGAINST('http://rapidshare.com/files/5494794/photo.rar') 

다음과 같이 쿼리를 리팩터링해야합니다.

SELECT subqueryA.post_id
FROM
(
    SELECT post_id FROM phpbb_posts
    WHERE topic_id = 144017
    AND post_id != 155352
) subqueryA
INNER JOIN
(
    SELECT post_id FROM phpbb_posts
    WHERE MATCH(post_text) AGAINST('http://rapidshare.com/files/5494794/photo.rar')
) subqueryB
USING (post_id);

새로운 색인 작성

지원하려면 색인이 필요합니다 subqueryA. 에 대한 색인이 이미 있습니다 topic_id. 다음과 같이 교체해야합니다.

ALTER TABLE phpbb_posts ADD INDEX topic_post_ndx (topic_id,post_id);
ALTER TABLE phpbb_posts DROP INDEX topic_id;

시도 해봐 !!!

업데이트 2012-03-19 13:08 EDT

이걸 먼저 해봐

SELECT post_id FROM
(
    SELECT * FROM phpbb_posts
    WHERE topic_id = 144017
    AND post_id != 155352
) A;

이것이 빠르게 실행되고 적은 수의 행을 반환하면이 중첩 하위 쿼리를 사용해보십시오.

SELECT post_id FROM
(
    SELECT * FROM phpbb_posts
    WHERE topic_id = 144017
    AND post_id != 155352
) A
WHERE MATCH(post_text) AGAINST('http://rapidshare.com/files/5494794/photo.rar');

업데이트 2012-03-19 13:11 EDT

이것의 실행 시간을 비교하십시오.

SELECT count(*) FROM phpbb_posts  WHERE MATCH(post_text) AGAINST ('rapidshare.com') LIMIT 0, 30;

이것으로

SELECT count(*) FROM phpbb_posts WHERE 1 = 1;

실행 시간이 동일하면 모든 행에서 MATCH 절이 실행됩니다. 필자가 언급했듯이 FULLTEXT 인덱스를 사용하면 MySQL Query Optimizer가 시도하고 제공하는 이점을 모두 무효화하는 경향이 있습니다.