match/against不能出现在group by后的select列中，因为它是行级计算函数，返回每行相关性得分，非确定性且无法唯一标识分组；必须放在where中前置过滤，再分组聚合。
GROUP BY 不能直接和 FULLTEXT 检索函数（如 MATCH/AGAINST）在同一个查询中用于分组聚合，除非全文检索条件放在 WHERE 子句里提前过滤。
为什么 MATCH/AGAINST 不能出现在 GROUP BY 后的 SELECT 列中？
因为 MATCH 是一个**行级计算函数**，它返回的是每行与查询词的相关性得分（浮点数），不是确定性分组键。而 GROUP BY 要求非聚合列必须能唯一标识一组——但相关性得分在同组内可能不同，数据库无法决定该取哪一行的得分。
常见错误现象：ERROR 1055 (SQLSTATE: 45000): Expression #2 of SELECT list is not in GROUP BY clause，哪怕你写了 GROUP BY id，只要 SELECT 里有 MATCH(...) 且没套聚合函数，就会报这个错。
-
MATCH(col) AGAINST('xxx')返回的是标量值，不是分组维度，不能当分组依据 - 它也不能直接参与
ORDER BY分组后排序（除非用MAX()或AVG()包一层） - MySQL 会把它当作“非确定性表达式”，拒绝放入
SELECT非聚合列表
正确做法：先把全文结果筛选出来，再 GROUP BY
全文检索是前置过滤手段，不是分组逻辑的一部分。你应该用 WHERE 先缩小数据集，再对结果做分组统计。
例如：统计「含关键词“数据库”的文章按作者分类的总阅读量」
针对嵌入式/固件项目的专家代码审查，采用双模型交叉审查（Claude + Codex via ACP），检测内存安全、中断危险、RTOS陷阱...
SELECT author, SUM(view_count) AS total_views
FROM articles
WHERE MATCH(title, content) AGAINST('数据库' IN NATURAL LANGUAGE MODE)
GROUP BY author;
-
WHERE中的MATCH在分组前执行，大幅减少参与GROUP BY的行数，提升性能 - 确保
author字段已建索引（或主键），否则GROUP BY可能触发 filesort - 如果要按相关性排序汇总结果，只能在分组后用
ORDER BY SUM(view_count) DESC，不能用ORDER BY MATCH(...) AGAINST(...)—— 那个值已丢失
想保留每组最高相关性？得用子查询或 JOIN
如果你真需要知道每个作者下最匹配那篇文章的得分，GROUP BY 本身做不到——它只输出聚合结果，不保留原始行。这时得换思路：
方案一（推荐）：先用全文检索取 top N 行，再按 author 分组选 max 得分
SELECT author, MAX(score) AS best_score, COUNT(*) AS matched_articles
FROM (
SELECT author, MATCH(title, content) AGAINST('MySQL优化') AS score
FROM articles
WHERE MATCH(title, content) AGAINST('MySQL优化' IN NATURAL LANGUAGE MODE)
) AS ranked
GROUP BY author;
- 内层查询完成全文打分和过滤，外层才分组
- 注意：
MATCH在子查询里可以自由使用，因为它不在外层GROUP BY的作用域里 - 性能敏感时，给
author加索引，避免外层GROUP BY全表扫描
方案二：用 JOIN + 窗口函数（MySQL 8.0+）更精确控制，但复杂度上升，多数场景没必要。
容易被忽略的坑：FULLTEXT 索引字段必须和 MATCH 一致
很多人写 MATCH(title, content) AGAINST(...) 却只在 title 上建了 FULLTEXT 索引，导致查询静默失败（返回空结果而非报错）。
- 检查索引：
SHOW INDEX FROM articles WHERE Key_name = 'ft_idx'，确认Column_name包含所有MATCH中的字段 - 多列 FULLTEXT 索引必须一次性创建：
ALTER TABLE articles ADD FULLTEXT(title, content)，不能分开建 -
IN BOOLEAN MODE下支持+/-语法，但GROUP BY前的WHERE过滤逻辑不变
真正麻烦的从来不是语法组合，而是误以为 MATCH 是个普通字段——它不是，它是运行时计算、依赖索引结构、且只接受特定上下文的特殊函数。
