看你业务，你业务不依赖它的连续性来做逻辑，就没问题

你是想从业 PHP 吗？是的话，我建议你拿起 laravel 直接干，随便写点小项目，一个月你就熟了

最低成本的应该还是直接用现有的 mysql 的 full text 索引，我的项目中也在大量使用，这个东西简单使用完全没问题的，你可以先尝试，而且它的尝试成本低到几乎没有。

如果不是发乎内心的，又有什么用呢，十里长街今何在

win11 不是有办法恢复旧的右键菜单么，如果恢复成旧的右键菜单，会不会就好了呢

不怕你见笑，我平时变动表结构，都是在 navicat 连测试库，表设计页面改动表结构后，把 sql 预览下的 alter 语句复制起来，需求上线了，就把这语句放到生产库执行。

来我们公司体会下，甚至 1 周 2 次发版

一身正气

联通阿里小宝卡，每月消费大概在 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 反复和产品沟通过，也说明了他这个需求这样子展示分类的利弊，但是产品不肯妥协，只能自己想办法了