Fine-Tuning MySQL Full-Text Search with InnoDB_MySQL

if you are using fulltext indexes in mysql and plan to switch from myisam to innodb then you should review the reference manual section onfine-tuning mysql full-text searchto see what configuration changes may be required. as i mentioned inyesterday’s postwhen comparing query results on my database with fulltext indexes in myisam versus innodb i got different results. specifically, the innodb tables were returning fewer results for certain queries with short fulltext search terms. here’s an example of a query that returned fewer results on innodb:

<code>select idfrom flite.ad_indexwhere match(name,description,keywords) against('+v1*' IN BOOLEAN MODE);</code>

The issue was that all of the fine tuning I had done before was limited to MyISAM, so it didn’t affect InnoDB. In the past I configured MySQL FULLTEXT search to index words as short as 1 character (the default is 3), and to index common words (not to use any stopword list). These are the relevant variables I set in in my.cnf:

<code>ft_min_word_len = 1ft_stopword_file = ''</code>

InnoDB has its own variables to control stopwords and minimum word length, so I needed to set these variables when I changed the tables from MyISAM to InnoDB:

<code>innodb_ft_min_token_size = 1innodb_ft_enable_stopword = OFF</code>

Since those variables are not dynamic, I had to restart MySQL for them to take effect. Furthermore, I needed to rebuild the FULLTEXT indexes on the relevant tables. This is howthe manualinstructs you to rebuld the indexes:

知海图Chat

知乎与面壁智能合作推出的智能对话助手

157

查看详情

To rebuild the FULLTEXT indexes for an InnoDB table, use ALTER TABLE with the DROP INDEX and ADD INDEX options to drop and re-create each index.

Rather than drop and recreate the indexes, I just usedALTER TABLE ... FORCEto rebuild the table (and indexes), like this:

<code>alter table flite.ad_index force;</code>

After making those changes I re-ranpt-upgrade, and now I am getting the same set of rows back from MyISAM and InnoDB. The order of the rows is slightly different in some cases, but as I mentioned yesterday that isexpected behavior.