大数据量模糊匹配有快速响应的优化方案吗？

[chinafengzhao]

背景

MySQL，单表数据量超过 2000 万，需求是要求快速模糊查询。

select * from xxx where aaa like '%yyyyy' ;

有快速优化方案吗？

[johnsona]

加一列把原来的列 reverse 一下 这样就能用到索引了（ bushi

[lscexpress]

使用 fulltext

[Justin13]

对实时性要求不高可以加缓存，把查询结果存储起来。
要求实时但是查询是固定的话，可以加一索引列，存储查询的结果，写入时一并添加。
如果什么都不能做，只能改查询，那就洗洗睡吧。

[simon1991]

上 elasticsearch （）

[MinQ]

上 ES 或者 Solr 吧

[MinQ]

而且像 xxxx%的前缀查询才能用索引，%yyyyy 建议直接放弃治疗

[3dwelcome]

@johnsona "加一列把原来的列 reverse 一下 这样就能用到索引了（ bushi"

我觉得 reverse 这种，新数据库已经自己优化掉了。要不然 2000 万条数据无索引暴力查询，不知道慢到什么程度了。

[chinafengzhao]

不好意思，查询逻辑要求的是 like %企业名关键词%

[MinQ]

@3dwelcome mysql 是没有优化的，需要自己新增，比如取前 N 个 reverse 然后存下来

[MinQ]

@chinafengzhao 还是 fulltext 或者 ES 吧

[chinafengzhao]

我试试 fulltext

[3dwelcome]

@MinQ "mysql 是没有优化的，需要自己新增，比如取前 N 个 reverse 然后存下来"
新版本已经加上了，有新的创建 index 语法, DESC 关键词, 不用手动 reverse 。

[leviathan0992]

全文索引

[Drinker]

es 可以或者分表。

[securityCoding]

2000 万表这个数量级应该禁止用 like 了 , 推荐用其他的中间件来解决这个问题,比如 es

[MinQ]

@3dwelcome
你说的是这个吗？

https://dev.mysql.com/doc/refman/8.0/en/create-index.html

A key_part specification can end with ASC or DESC to specify whether index values are stored in ascending or descending order. The default is ascending if no order specifier is given. ASC and DESC are not permitted for HASH indexes. ASC and DESC are also not supported for multi-valued indexes. As of MySQL 8.0.12, ASC and DESC are not permitted for SPATIAL indexes.

好像这个只是吧索引的顺序按从小到大或者从大到小排吧？而不是把某一列的字符 reverse 以后生成索引？

[fiypig]

%% 基本上索引就失效了

[3dwelcome]

@MinQ 记错了，那就是 CREATE INDEX idx1 ON table1 REVERSE(col1);

REVERSE 是对针对字符串处理的。

[MinQ]

@3dwelcome create index 的时候不能使用 reverse 吧

[wakzz]

这种模糊查询，mysql 还是放弃吧，用 es