时间:2021-07-01 10:21:17 帮助过:3人阅读
(cate like '%1,%' or cate like '%2,%')
但在数据量很大的时候这个效率就太低了,有没更有效的办法呢?谢谢。。
问题是这样:
数据库中一个字段cate的数据是以逗号分隔存储的,如:1,2,3,4,5,
查询时传入的参数是一个数组,如:array(1,2);
我这比较笨的方法是循环这个数组,然后用like拼接起来实现的,如:
(cate like '%1,%' or cate like '%2,%')
但在数据量很大的时候这个效率就太低了,有没更有效的办法呢?谢谢。。
程序循环你传入的数组,循环体内部调用mysql的find_in_set函数,当字串不是太长时,find_in_set的效率比like快很多。
1.修改字段类型为SET,使用FINd_IN_SET比你用like快得多,但是它也是属于字符串操作,用在字段上,得全表扫描。SET类型有一些限制,比较推荐SET适用于值域小,取值固定,整体查询的状态集合。比如记录某人去过中国哪些省:可以直接比较两个人是否去过相同的省份,或者直接获得差别,可以高效地查询哪些人只去过某省或某些省,但查哪些人去过某省或某些省依然是扫全表。
FIND_IN_SET(str,strlist)
如果字符串str是在的strlist组成的N子串的字符串列表,返回值的范围为1到N。
SQL> SELECT FIND_IN_SET('b','a,b,c,d'); |
---|
SELECT FIND_IN_SET('b','a,b,c,d') |
2 |
2.
用中间(映射)表,可以借助索引提高查询效率。
不管怎么写,怎么改,用函数也好,这样的数据结构稍微量大效率都很低,索引几乎用不上了
只能改下你们的储存方式,不要把1,2,3,4,5,这种放到一个字段,分开来,或者用nosql
可以考虑下MySQL的正则查询
重新设计数据库吧!!!无论怎么说 字符串匹配的花销都不小。把cate字段抽出来形成一个新的关系表
如果查询的频繁建议缓存数据后用程序来查缓存或者重新设计表,MYSQL里面用正则效率很低的。
你应该去问设计数据表的那个人。
建议修改数据存储格式吧....不是说这么存问题有多大
而是这么存了之后却又需要快捷高效的查...那势必就是自己给自己添堵了 能调整尽快调整
where cate like '%1,%' or cate like '%2,%' 这个条件本身有两个问题都导致无法使用索引:
1、or条件; 2、like '%...'格式。
针对这个查询做优化的:
1、or改为union all
2、在程序里做模糊查询, 将所有数据取出来(或者按10%取,取10次),循环做strpos的模糊匹配。 因为php的array操作时非常快速的,所以这样操作,会比直接入库查询快,但是会耗内存。
另外这样的话,分页这些,也就只有在程序里做了。
其实这个数据库设计是有问题的, 将'1,2,3..'这种格式的字符串设计成字段,mysql效率很低,建议根据位运算去设计cate字段,数据多的话,cate可以为bigint, 这样查询会非常快,也省去了like、 or这些mysql的瓶颈。
不建议使用mysql自带的函数,没太明白你说的1,2 1,2,3,4,5 是具体的什么意思,我猜可能是每条记录所属的类型是哪些,
例如:
老九门 是哪些?包括 语文、数学、英语、化学、生物、物理、地理、历史、政治
这九门都有一个类型是 “老九门”,那么这九门里又有理科和文科,
老九门、理科、文科分别是1、2、3
那么 语文、数学、英语的类型字段是1,2,3
化学、物理、生物的类型字段是1,2
地理、历史、政治的类型字段是1,3
(建议不要把业务逻辑放到mysql中处理,mysql字段类型越简单越好,下面会用到)
语文、数学、英语、化学、生物、物理、地理、历史、政治已经有了各自的类型所属
是否考虑将1,2,3 1,2 1,3 定义成数组格式呢
这里应用php的写法
$arr = array(
1=>array(1,2,3),
2=>array(1,2),
3=>array(1,3)
);
在往表中插入数据时,你的cate字段就存1 2 3就可以了,到时候直接查询1或者2或者3就可以了,业务逻辑去脚本程序
中处理,不要在mysql中做太多的处理,越简单越好
如果还是不太懂的话 也可以
$arr = array(
'1,2,3'=>1,
'1,2'=>2,
'1,3'=>3
);
在程序中处理完后再去查相应的mysql数据就可以了