前段時間項目中使用到Mysql的FIND_IN_SET函數(shù)，感覺挺好用的。過一段時間，老大找到我說，這個需要改為IN，哈哈，只能改了，原因會在下面分析到！

弄個測試表來說說兩者的區(qū)別，測試數(shù)據(jù)直接在問答區(qū)copy一份，能說明問題就行，哈哈，如果侵犯您的版權(quán)還請見諒，互聯(lián)網(wǎng)嗎，就需要分享！

測試代碼：  
CREATE TABLE `test` ( 
 `id` int(8) NOT NULL auto_increment, 
 `name` varchar(255) NOT NULL, 
 `list` varchar(255) NOT NULL, 
 PRIMARY KEY (`id`) 
) 
INSERT INTO `test` VALUES (1, 'name', 'daodao,xiaohu,xiaoqin'); 
INSERT INTO `test` VALUES (2, 'name2', 'xiaohu,daodao,xiaoqin'); 
INSERT INTO `test` VALUES (3, 'name3', 'xiaoqin,daodao,xiaohu'); 
test1:sql = select * from `test` where 'daodao' IN (`list`); 
得到結(jié)果空值. 
test2:sql = select * from `test` where FIND_IN_SET('daodao',`list`); 
得到三條數(shù)據(jù)。 

拿上面的實驗數(shù)據(jù)說話，test1得到的結(jié)果為空，為什么呢？因為，mysql中In是比較等不等，此處‘list'是表中的一個字段，也就是變量，除非它的值剛好和name的值一樣，否則返回的結(jié)果都為空。拿test1來說，也即把‘daodao'改為‘daodao，xiaohu，xiaoqin'才會匹配到第一條記。

test2返回三條數(shù)據(jù)，可能是我們剛好需要的。mysql中FIND_IN_SET函數(shù)用來比較是不是包含，不管‘list'字段是變量或給定的字符串常量都能很好的工作。MySQL中原型為：FIND_IN_SET(str,strlist)。 假如字符串str 在由N 子鏈組成的字符串列表strlist 中，則返回值的范圍在 1 到 N 之間。

一個字符串列表就是一個由一些被‘,'符號分開的子鏈組成的字符串。如果第一個參數(shù)是一個常數(shù)字符串，而第二個是type SET列，則   FIND_IN_SET() 函數(shù)被優(yōu)化，使用比特計算。 如果str不在strlist 或strlist 為空字符串，則返回值為 0 。如任意一個參數(shù)為NULL，則返回值為 NULL。這個函數(shù)在第一個參數(shù)包含一個逗號(‘,')時將無法正常運行。str也可以是變量，比如表中的一個字段。

當然，這不是我們項目中需要將FIND_IN_SET替換為IN的原因，因為在我們項目中兩者都可以實現(xiàn)功能。只是IN比FIND_IN_SET性能高。我們要查詢的字段是主鍵，使用IN時會使用索引，只會查詢表中部分數(shù)據(jù)。FIND_IN_SET則會查詢表中全部數(shù)據(jù)，由于數(shù)據(jù)量比較大，性能肯定不高，所以替換為IN。想看查詢部分還是全部，可以使用EXPLAIN即解釋功能查看，如果是部分則type為range(范圍)，全部則type為ALL(全部)，還有個type是const，常量級的，呵呵。。。

最佳實踐：

1、如果待查詢的條件是常量那就使用IN，是變量則使用FIND_IN_SET，可以使用索引的，貌似，哈哈。

2、如果使用IN和FIND_IN_SET都能滿足條件，則最好使用IN，理由同上，特別是查詢字段為主鍵時或有索引時。

3、如果使用IN不能滿足功能需求，那只能使用FIND_IN_SET了，哈哈，有時候說不定IN中條件加個%號也可以解決問題，加個%號IN就不只是比較是否相等了！

總結(jié)

以上就是本文關(guān)于Mysql中FIND_IN_SET()和IN區(qū)別簡析的全部內(nèi)容，感興趣的朋友可以參閱：MySQL數(shù)據(jù)庫表分區(qū)注意事項大全【推薦】、幾個比較重要的MySQL變量、sql和MySQL的語句執(zhí)行順序分析等，希望對大家有所幫助。歡迎大家留言交流討論，如有不足之處，小編會及時改正補充。

最新評論