UNION查询中出现Can't find FULLTEXT index matching the column list报错如何解决

• 全文索引列与MATCH列不匹配：这是最常见的原因。全文索引要求MATCH()中指定的列的数量、顺序、名称必须和创建索引时的定义完全一致，差一个都不会命中索引：
  • 如果你创建的是两个单独的单列全文索引（分别对应text1和content），而不是覆盖两个列的联合全文索引，无法匹配多列MATCH查询
  • 如果你创建的联合索引列顺序是content, text1，查询时写MATCH(text1, content)顺序相反，也会触发报错
  • 列名拼写错误、多列少列也会触发该问题
• 索引未创建成功：执行ADD FULLTEXT时可能因为列类型不符合（仅支持CHAR、VARCHAR、TEXT类型列创建全文索引）、表引擎不支持（低于5.6版本的MySQL InnoDB引擎不支持全文索引，需切换为MyISAM或升级版本）、权限不足等问题导致索引实际创建失败，并未生效。
• 索引绑定表错误：可能把全文索引创建到了其他同名不同库的表，或者创建时写错了表名，当前查询的subcont表实际没有对应全文索引。
• UNION查询上下文问题：你提到查询包含UNION，若UNION两侧的子查询各自用到了MATCH语句，其中任意一侧的子查询的MATCH列和对应表的全文索引不匹配，都会触发该报错，单独贴出的子查询正常不代表另一侧的子查询没有问题。

• 首先验证当前表的全文索引配置，执行如下SQL查看subcont表的所有全文索引：

  SHOW INDEX FROM subcont WHERE Index_type = 'FULLTEXT';
  

  检查返回结果里的Column_name列，确认是否存在和你查询中MATCH(text1, content)列完全一致、顺序也一致的联合全文索引。如果没有或者不符合要求，重新创建索引：

  ALTER TABLE subcont ADD FULLTEXT ft_idx_text1_content(text1, content);
  

  创建完成后再执行查询测试。
• 如果索引存在，检查text1和content两个列的类型是否符合要求，确认都是CHAR/VARCHAR/TEXT类型，无JSON、BLOB等不支持创建全文索引的类型。
• 检查你完整的UNION查询的两个子查询，确认所有用到MATCH()的语句，列组合都和对应表的全文索引完全匹配。
• 若上述配置都正常，尝试重建表的全文索引，先删除旧索引再重新创建即可：

  ALTER TABLE subcont DROP INDEX ft_idx_text1_content;
  ALTER TABLE subcont ADD FULLTEXT ft_idx_text1_content(text1, content);
  

额外提示：查询中直接拼接$name变量存在SQL注入风险，建议改用预处理语句传参。

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