Non lo capisco.

Ho un tavolo con questi indici

PRIMARY     post_id
INDEX       topic_id
FULLTEXT    post_text

La tabella ha (solo) 346000 righe. Sto cercando di eseguire 2 query.

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')

richiede 4.05 secondi mentre

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%')

richiede 0,027 secondi.

EXPLAIN mostra che l'unica differenza è in possible_keys ( fulltextha incluso post_text, LIKEno)

È davvero strano.

Cosa c'è dietro questo? Cosa sta succedendo in background? Come può LIKEessere così veloce quando non si utilizza index e FULLTEXT così lentamente quando si utilizza il suo indice?

Update1:

In realtà ora ci vogliono circa 0,5 secondi, forse la tabella era bloccata, ma ancora, quando accendo il profiling, mostra che INIZIALIZZAZIONE COMPLETA ha impiegato 0,2 secondi. Che cosa succede?

Posso interrogare la mia tabella con LIKE10 volte al secondo, con testo completo solo 2x

UPDATE2:

Sorpresa!

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)

quindi sto chiedendo, come è possibile?

Inoltre,

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

è molto lento. Può essere fulltext rotto?

Update3:

Che diavolo?

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

impiega 0,27 secondi

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

richiede più di 30 secondi! Cosa non va qui?

Penso che il problema possa derivare dalla presenza dell'indice FULLTEXT stesso.

Ogni volta che c'è una query che coinvolge un indice FULLTEXT, MySQL Query Optimizer tende a sottoporre a query la query in una scansione completa della tabella. L'ho visto negli anni. Ho anche scritto un post precedente su questo comportamento più insignificante negli indici FULLTEXT .

Potrebbe essere necessario fare due cose:

1. riformattare la query in modo che l'indice FULLTEXT non getti MySQL Query Optimizer in uno stato di confusione
2. Aggiungi un indice aggiuntivo che supporterà correttamente la query refactored

RIFORMA IL QUERY

Ecco la tua query originale

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') 

Sarà necessario riformattare la query in questo modo:

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);

CREA UN NUOVO INDICE

Avrai bisogno di un indice per supportare subqueryA. Hai già un indice attivo topic_id. È necessario sostituirlo come segue:

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

Provaci !!!

AGGIORNAMENTO 2012-03-19 13:08 EDT

Prova prima questo

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

Se questo funziona veloce e restituisce un piccolo numero di righe, prova questa subquery nidificata:

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');

AGGIORNAMENTO 2012-03-19 13:11 EDT

Confronta il tempo di esecuzione di questo:

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

con questo

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

Se il tempo di esecuzione è lo stesso, la clausola MATCH viene eseguita su ogni riga. Come ho già detto in precedenza, l'utilizzo degli indici FULLTEXT tende a annullare tutti i vantaggi tentati e forniti da MySQL Query Optimizer.