MySQL全文搜索疑问：添加WHERE子句/JOIN为何无法提速？

原因说明 #

这确实是MySQL全文搜索的设计特性。当查询中同时存在MATCH...AGAINST和普通WHERE条件时，MySQL优化器通常会优先执行全文搜索，再用WHERE条件过滤结果——而非先通过WHERE缩小数据范围再做全文搜索。因为全文索引与普通B树索引的执行逻辑差异较大，优化器无法将两者的过滤逻辑合并，导致即便加了限制性WHERE条件，全文搜索依然会扫描整个全文索引。

解决方法 #

针对需要在小数据子集上执行布尔全文搜索的场景，可尝试以下方案：

• 子查询先过滤再搜索
  把限制性WHERE条件放到子查询中，先筛选出目标数据子集，再对这个子集执行全文搜索。这样能利用普通索引快速定位小范围数据，避免扫描整个全文索引：

  SELECT * FROM (
      SELECT * FROM `blog_posts` WHERE `id` = 1
  ) AS filtered_posts
  WHERE MATCH (post_body) AGAINST ('+mango +smoothie' IN BOOLEAN MODE);
  

• 创建联合全文索引（固定过滤维度适用）
  如果过滤条件固定（比如按分类、状态等），可将过滤字段与全文搜索字段一起创建联合全文索引（仅支持字符串类型过滤字段）：

  ALTER TABLE `blog_posts` ADD FULLTEXT INDEX idx_id_post_body (`id`, `post_body`);
  

  查询时匹配索引维度缩小范围：

  SELECT * FROM `blog_posts`
  WHERE MATCH (`id`, `post_body`) AGAINST ('+"1" +mango +smoothie' IN BOOLEAN MODE);
  

• 使用分区表
  若数据量极大且过滤条件为范围类（如ID区间、时间范围），可对表按过滤字段分区。查询时MySQL会先定位到目标分区，再在分区内执行全文搜索，减少扫描数据量。

• 中间表缓存子集数据
  若需频繁对固定子集做全文搜索，可定期将该子集同步到中间表，在中间表上创建全文索引，直接查询中间表可大幅提升速度。

内容的提问来源于stack exchange，提问作者Joe Aliperti