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

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 1304 天前的主题，其中的信息可能已经有所发展或是发生改变。

背景

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

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

有快速优化方案吗？

模糊

yyyyy'

MySQL

select

31 条回复 • 2021-04-15 06:13:39 +08:00

johnsona

2021-04-14 10:10:02 +08:00 via iPhone

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

lscexpress

2021-04-14 10:10:11 +08:00

使用 fulltext

Justin13

2021-04-14 10:16:54 +08:00 via Android

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

simon1991

2021-04-14 10:18:40 +08:00

上 elasticsearch （）

MinQ

2021-04-14 10:20:12 +08:00

上 ES 或者 Solr 吧

MinQ

2021-04-14 10:21:04 +08:00

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

3dwelcome

2021-04-14 10:21:52 +08:00

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

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

chinafengzhao

2021-04-14 10:30:16 +08:00

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

MinQ

2021-04-14 10:30:37 +08:00

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

MinQ

2021-04-14 10:33:04 +08:00

@chinafengzhao 还是 fulltext 或者 ES 吧

chinafengzhao

2021-04-14 10:38:43 +08:00

我试试 fulltext

3dwelcome

2021-04-14 10:39:31 +08:00

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

leviathan0992

2021-04-14 10:39:47 +08:00

全文索引

Drinker

2021-04-14 10:44:36 +08:00

es 可以或者分表。

securityCoding

2021-04-14 10:45:49 +08:00

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

MinQ

2021-04-14 10:48:51 +08:00

@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 以后生成索引？