%xxx%這種方式對于數(shù)據(jù)量少的時候，我們倒可以隨意用，但是數(shù)據(jù)量大的時候，我們就體驗到了查詢性能的問題，像老化的車子艱難趴著坡一樣，并且這種方式并未使用到索引，而是全表掃描

mysql 高效模糊查詢 代替like

而對于xxx% 或者%xxx方式，explain一下可以發(fā)現(xiàn)查詢使用到了索引，性能提升了不少，當(dāng)然這種方式不適用與所有的查詢場景。
可以采取以下的函數(shù)進(jìn)行查詢。

LOCATE（'substr',str,pos）方法
POSITION('substr' IN field)方法
INSTR(str,'substr')方法

查詢效率比如果：table.field like '%AAA%' 可以改為locate ('AAA' , table.field) > 0

　 返回子串substr在字符串str第一個出現(xiàn)的位置，如果substr不是在str里面，返回0.
mysql> select LOCATE('bar', 'foobarbar'); -> 4 mysql> select LOCATE('xbar', 'foobar'); -> 0

該函數(shù)是多字節(jié)可靠的。

返回子串substr在字符串str第一個出現(xiàn)的位置，從位置pos開始。如果substr不是在str里面，返回0。
mysql> select LOCATE('bar', 'foobarbar',5); -> 7

mysql like模糊查詢提高效率的奇葩方法

一張表大概40萬左右的數(shù)據(jù)，用like模糊查詢title字段，很慢，title字段已經(jīng)建立了索引，mysql 對 someTitle% 這樣的模糊查詢在有索引的前提下是很快的。
所以下面這兩臺sql語句差別就很大了 
$sql1 = "...... title like someTitle%" (話費0.001秒)
$sql2 = "...... title like %someTitle%" (話費0.8秒)
這兩句的效率相差了800倍，這很可觀啊。
所以我有個想法：在不用分詞的方法的前提下，把存儲的title字段，加一個特別的前綴，比如"im_prefix"，比如一條記錄的title="我是標(biāo)題黨"，那么存儲的時候就存儲為"im_prefix我是標(biāo)題黨"。
這樣一來，我們要模糊查找"標(biāo)題黨"這個關(guān)鍵詞的時候，就把sql寫成這樣：
$sql1 = "...... title like im_prefix%標(biāo)題黨%" (花費0.001秒)，前臺顯示數(shù)據(jù)的時候，自然把取到的title過濾掉"im_prefix"這個前綴了