【已解决】mysql like模糊搜索效率问题

hq22

整个表有200万数据，我只要搜索最近两个月内的数据
select * from post where content like '%$中文%' and date > '两个月内时间'
date做了索引。两个月内的数据一直保持在大概5万-10万。
这样的like效率好吗？会随着整个表的增大而影响吗？假设说整表数据从200万增加到300万。而最近两个月数据还是5-10万。

G8bao7

根据explain的结果，看是否使用了索引

当整表数据增加、命中数据不变的情况下，如果之前使用的是索引，之后应该还是会用索引。


有点小疑问：每次查询都返回5-10万？不做limit？

hq22

date有索引，post是模糊查询没有索引。
limit有的，select * from post where content like '%$中文%' and date > '两个月内时间'  order by id desc limit 0,30
id是自增加主键

aca_jingru

把where中的date 放到前面去

hq22

回复 4# aca_jingru
这个mysql会自动优化的吧


   

G8bao7

回复 3# hq22

由于id是自增的，用下面的方式效率应该更高点
select p.* from post as p
    ,(select id from post where  date > '两个月内时间'  order by id limit 1) as t
where content like '%$中文%' and p.id>=t.id
order by p.id desc limit 0,30;


另外：where中AND 的顺序是无所谓的

cenalulu

嗯，楼上的先取ID，然后用ID做顺序扫描的写法是个好方法。
当然前提是 自增ID 和 date是单调递增的。

通过主键顺序搜索映射到磁盘上就是顺序读。10万行1k的数据相当于100M，基本是秒级完成。
再加上like的匹配，相对于作业类型的SQL属于可接受范围。