mysql 中find_in_set()和in()用法比较

mysql 中find_in_set()和in()用法比较

在mysql中in可以包括指定的数字，而find_in_set()用于特定的数据类型。

find_in_set 函数使用方法

个例子来说：
有个文章表里面有个type字段，它存储的是文章类型，有 1头条、2推荐、3热点、4图文...1,12,13 等等 。
现在有篇文章他既是 头条，又是热点，还是图文，
type中以 1,3,4 的格式存储。
那我们如何用sql查找所有type中有4图文标准的文章呢？？
这就要我们的 find_in_set 出马的时候到了。
以下为引用的内容：

select * from article where FIND_IN_SET('4',type)

MySQL手册中find_in_set函数的语法：

FIND_IN_SET(str,strlist)

假如字符串str 在由N 子链组成的字符串列表strlist 中，则返回值的范围在 1 到 N 之间。
一个字符串列表就是一个由一些被 ‘,’ 符号分开的子链组成的字符串。如果第一个参数是一个常数字符串，而第二个是type SET列，则 FIND_IN_SET() 函数被优化，使用比特计算。
如果str不在strlist 或strlist 为空字符串，则返回值为 0 。如任意一个参数为NULL，则返回值为 NULL。这个函数在第一个参数包含一个逗号(‘,’)时将无法正常运行。

mysql> SELECT FIND_IN_SET('b','a,b,c,d');

-> 2 因为b 在strlist集合中放在2的位置 从1开始

select FIND_IN_SET('1','1'); 返回 就是1 这时候的strlist集合有点特殊 只有一个字符串 其实就是要求前一个字符串 一定要在后一个字符串集合中 才返回 大于0的数

select FIND_IN_SET('2','1，2'); 返回2
select FIND_IN_SET('6','1'); 返回0

注意：

select * from treenodes where FIND_IN_SET(id,'1,2,4,5');

使用find_in_set函数一次返回多条记录
id 是一个表的字段，然后每条记录分别是id等于1，2，3，4，5的时候
有点类似in （集合）

select * from treenodes where id in (1,5);

弄个测试表来说明两者的区别

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,www.111cn.net,xiaoqin');
INSERT INTO `test` VALUES (2,'name2','xiaohu,daodao,xiaoqin');
INSERT INTO `test` VALUES (3,'name3','xiaoqin,www.111cn.net');

原来以为MySQL可以进行这样的查询:

select id,list,name from table where 'daodao' IN (list);

（一）
实际上这样是不行的，这样只有当name是list中的第一个元素时，查询才有效，否则都得不到结果，即使'daodao'真的在list中。
再来看看这个：

select id,name from table where 'daodao' IN ('libk','zyfon','daodao');

（二）
这样是可以的。
----------------------------------------------------------------
这两条到底有什么区别呢？为什么第一条不能取得正确的结果，而第二条却能取得结果。
原因其实是（一）中 (list) list是变量， 而（二）中 ('libk','daodao')是常量。
所以如果要让（一）能正确工作，需要用find_in_set():

select id,name from table where find_in_set('daodao',list);

（一）的改进版。
总结：
所以如果list是常量，则可以直接用IN， 否则要用find_in_set()函数。

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!