一身正气

联通阿里小宝卡，每月消费大概在 19-35

对了，如果上面那个搜索语句找不到，而你仅仅需要查包含这样的简单场景，还是使用 SELECT * FROM posts WHERE MATCH (title , body) AGAINST ("速，" IN natural language MODE); 会好点，分词粒度看你需要，可以设置为 2 ，甚至是 1

注意使用 show variables like "%ft%" 和 show variables like "%ngram_token_size%"，查看你设置的分词粒度

刚测试了一下，是可以达到你这个效果的。你再试试。

CREATE TABLE posts (
id INT PRIMARY KEY AUTO_INCREMENT,
title VARCHAR(255),
body TEXT,
FULLTEXT ( title , body ) WITH PARSER NGRAM
) ENGINE=INNODB CHARACTER SET UTF8MB4;

INSERT INTO posts(title,body)
VALUES('MySQL 全文搜索','MySQL 提供了具有许多好的功能的内置全文搜索'),
('MySQL 教程','学习 MySQL 快速，简单和有趣');

SELECT * FROM posts WHERE MATCH (title , body) AGAINST ("快速，简单" IN BOOLEAN MODE);

我建议直接暴力穷举，因为既然人工能看的过来，不可能计算机穷举不完

@xuanbg 我看过查询计划，是有用上索引的，而且这个用上的索引，当时是我尝试性根据 where 条件针对性加的联合索引

@yogogo 这个表示是不得已的，因为主表是 1 ，对到这个表是 n ，而且这个表的辅助筛选字段不仅仅是 brand_id ，还有很多其他字段

@wxf666 表结构有点敏感，怕被同事认出，哈哈

@notwaste 其实不止京东，最具参考的应该是美团外卖的 APP ，他们的分类展示设计逻辑都是非常简洁高效的，比我这个需求都简洁很多，美团就是直接读取当前商家创建展示的分类，是不会管你这个分类有没有商品的，我清楚这块是因为我在美团 APP 开过店

@notwaste 反复和产品沟通过，也说明了他这个需求这样子展示分类的利弊，但是产品不肯妥协，只能自己想办法了

@morty0 这是一个很好的方法，但是时间以及服务器资源没有条件给我发挥，而且搜索方面的话，我们项目也有用阿里的开放搜索，这个比 es 更强大，就是为了这个需求再买一个开放搜索实例，领导不会允许的。。。

@yogogo 不行，还是一样慢，估计还是里面数据太多了

@yogogo 很感谢您的回答，刚才我使用您提供的思路，进行了尝试，查询计划显示是非常优良的，但是实际执行效果却不太理想。

sql 语句参考：
```
SELECT `category_id`,
(
select max(product.id)
from `product`
INNER JOIN product_bsm_extract ON product_bsm_extract.shop_id= product.shop_id
and product_bsm_extract.product_id= product.id
where product.`cat3_id`= apply_users_category.`category_id`
and product.shop_id= 367
AND `product_brand_id` IN('10113', '10162', '10163', '10164', '10287')
AND product_bsm_extract.brand_id= 1
AND `is_del`= 0) num
FROM `apply_users_category`
WHERE `apply_shop_id`= 367
having num is not null
```

查询计划：
```
id select_type table partitions type possible_keys key key_len ref rows filtered Extra
1 PRIMARY apply_users_category ref PRIMARY,IDX_CAT_ID PRIMARY 4 const 1 100 Using index
2 DEPENDENT SUBQUERY product ref PRIMARY,IDX_SHOP_DEL,idx_is_del,idx_shop_id,idx_shop_cat_prod idx_shop_cat_prod 8 const,warehouse.apply_users_category.category_id 3138 25 Using index condition; Using where
2 DEPENDENT SUBQUERY product_bsm_extract ref IDX_BRAND_ID,IDX_MAIN,IDX_PRODUCT_ID,IDX_SHOP_ID_PROD_ID IDX_SHOP_ID_PROD_ID 8 const,warehouse.product.id 44 10 Using where
```

实际执行效果：
```
category_id num
199 1246851

[消息] ：执行成功，当前返回：[1]行，耗时：[30,566]ms.

```

@yogogo 目前 mysql5.6 ，无法在子查询里面使用 limit

@gy123 大概 6000 万

@gy123 单缓存分类条件的话，辨识度不高，主要是车型太多了，有些一个商品绑了 5 万多个车型

@dqzcwxb 可能我描述的不是很到位，代码是刚写的，我很确认代码逻辑上是没有双层循环的，只循环查询了分类列表，这个分类列表也很有限，100 个以内，压力主要在数据库