mysql 的 like %字段% 如何优化

[lianxiaoyi]

mysql 在 like %字段%情况下没法使用索引,现有 sql

SELECT * FROM 表 WHERE (text1=100) AND text2 LIKE "%ssss%" order by id desc LIMIT 20

在 100 多万条数据下挂了

后来改了一版

SELECT * FROM 表 WHERE (text1=113) AND INSTR(text1, "ssss") order by id desc LIMIT 20

符合 text1 值比较少的情况下速度还行吧，但是多了之后也挂了

text1 和 text2 有联合索引

[enenaaa]

@lianxiaoyi 全文搜索基于词， 如果一长串字符没有空格逗号之类的分隔符的话， 会被认作单个单词。
模糊匹配只能在字符串后面加*号， 不能加前面。
http://dev.mysql.com/doc/refman/5.7/en/fulltext-boolean.html

[setonfocus]

用 elasticsearch 吧，数据量大，绝对不能 like

[lianxiaoyi]

@enenaaa 对,如果后面带上*能查出以它开头的数据。。。。反正感觉不太适合我。。。。我放弃了。。。。

[xiyangzh]

这是典型的联合索引没起作用啊。 不要用联合索引，在 text1 上弄个索引就行， 速度上就会有质的提升。

题外话， 100w 数据真的是小 case ， 如果索引得当， mysql 可以在 3 亿多的数据 20ms 内查询出结果，真实案例

[sampeng]

全文搜索 elasticsearch +1

因为部署开箱即用。。。。

[chaegumi]

@mooncakejs

我的项目中，做了一个分表，主表 MRG_MYISAM 就不能用 fulltext.

[minipeach]

@xiyangzh 有这么厉害？

[skyboy]

换 postgrelsql 试试，性能更好。

[cxbig]

这种级别用搜索引擎
ES+1

像 LIKE 或者 REGEXP 都是 debug 的时候用一下。

[setonfocus]

@xiyangzh 你不考虑并发的吗？

[NeinChn]

@xiyangzh 你这 20ms 是 TP99 么？
3 亿数据能做到全文检索还 20ms 那真的挺厉害的。
如果只是说普通的结构化查询 TP99 20ms ，那 20ms 还真不算快

[kemingcao]

配合 Elasticsearch 比较好，数据灌到里面， Like 应该轻松解决。

[anuxs]

用 es ，有插件把 MySQL 同步到 es 。

[freestyle]

@lianxiaoyi Sphinx Search 有过滤 id 的 filter 函数喔，而且速度非常快

[kekeones]

elasticsearch +1

[lianxiaoyi]

@freestyle 好像挺屌的样子！

[lianxiaoyi]

@anuxs 我再研究研究！ mysql 真脆！玩着玩着服务就起不来了！

[lianxiaoyi]

@kemingcao 嘿嘿！程序猿都比较懒！

[fox0001]

可以考虑全文索引。或者新建一个字段，把 text2 中的关键字抠出来

[xiyangzh]

@NeinChn 我说的 20ms 是普通的结构化查询。

纠正你一点，普通的结构化查询要在亿级的数据做到 20ms 一下也是很困难的。
给你一个真实案例， 2kw 级的数据， 根据 id 查询， mysql 都需要 17ms 。

你想么， 2kw 的数据，根据主键查询都得 20ms 左右， 何况上亿级别了。