%xxx%這種方式對於數據量少的時候，我們倒可以隨意用，但是數據量大的時候，我們就體驗到了查詢性能的問題，像老化的車子艱難趴着坡一樣，並且這種方式並未使用到索引，而是全表掃描
mysql 高效模糊查詢 代替like
而對於xxx% 或者%xxx方式，explain一下可以發現查詢使用到了索引，性能提升了不少，當然這種方式不適用與所有的查詢場景。
可以採取以下的函數進行查詢。
LOCATE（'substr',str,pos）方法
POSITION('substr' IN field)方法
INSTR(str,'substr')方法
查詢效率比如果：table.field like '%AAA%' 可以改爲locate ('AAA' , table.field) > 0
返回子串substr在字符串str第一個出現的位置，如果substr不是在str裏面，返回0.
mysql> select LOCATE('bar', 'foobarbar'); -> 4 mysql> select LOCATE('xbar', 'foobar'); -> 0
該函數是多字節可靠的。
返回子串substr在字符串str第一個出現的位置，從位置pos開始。如果substr不是在str裏面，返回0。
mysql> select LOCATE('bar', 'foobarbar',5); -> 7
mysql like模糊查詢提高效率的奇葩方法
一張表大概40萬左右的數據，用like模糊查詢title字段，很慢，title字段已經建立了索引，mysql 對 someTitle% 這樣的模糊查詢在有索引的前提下是很快的。
所以下面這兩臺sql語句差別就很大了
$sql1 = "...... title like someTitle%" (話費0.001秒)
$sql2 = "...... title like %someTitle%" (話費0.8秒)
這兩句的效率相差了800倍，這很可觀啊。
所以我有個想法：在不用分詞的方法的前提下，把存儲的title字段，加一個特別的前綴，比如"im_prefix"，比如一條記錄的title="我是標題黨"，那麼存儲的時候就存儲爲"im_prefix我是標題黨"。
這樣一來，我們要模糊查找"標題黨"這個關鍵詞的時候，就把sql寫成這樣：
$sql1 = "...... title like im_prefix%標題黨%" (花費0.001秒)，前臺顯示數據的時候，自然把取到的title過濾掉"im_prefix"這個前綴了
標籤: MySQL