coalesce不能用于全文搜索条件构造，仅可用于结果字段空值兜底；它无法使match...against跳过空关键词，因against要求至少一个有效词，且coalesce参数若为空字符串或无效词会导致报错或无匹配。
COALESCE 不能直接用于全文搜索匹配逻辑
COALESCE 是值替换函数，不是查询条件构造器。它无法让 MATCH ... AGAINST 或 LIKE 在关键词为空时“跳过匹配”，只能帮你把空值转成某个默认字符串——但这个字符串很可能破坏全文索引语义，甚至引发语法错误。
常见误用：WHERE MATCH(title) AGAINST(COALESCE(@keyword, '')) —— MySQL 会报错 AGAINST() requires at least one word，因为空字符串不被接受。
- 全文搜索要求
AGAINST的参数至少含一个有效词（非空、非停用词、长度达标） -
COALESCE(@keyword, 'dummy')看似绕过空值，但若'dummy'不在索引中或为停用词，结果恒为 0，等价于没过滤 - 对
LIKE场景，COALESCE(@keyword, '%')会导致全表扫描，丧失索引优势
真正可行的写法：用条件逻辑动态拼接 WHERE 子句
关键词是否为空，本质是查询结构变化，必须靠 SQL 控制流（如 CASE 配合布尔表达式）或应用层判断，而非靠 COALESCE 偷换参数。
MySQL 示例（关键词变量为 @keyword）：
WHERE (@keyword IS NULL OR @keyword = '') OR MATCH(title, content) AGAINST(@keyword IN NATURAL LANGUAGE MODE)
这个写法的关键点：
-
@keyword IS NULL OR @keyword = ''作为独立条件，满足时整行保留（相当于“无筛选”） - 用
OR连接全文搜索条件，MySQL 优化器通常能正确处理短路逻辑 - 避免在
AGAINST内部调用函数（如COALESCE），否则无法使用全文索引 - 如果必须用布尔模式，记得加引号：
AGAINST(CONCAT('"', @keyword, '"') IN BOOLEAN MODE)，并确保@keyword已过滤特殊字符
应用层更稳妥：提前判断再发不同 SQL
数据库层面做条件分支虽可行，但混合逻辑易出错；多数生产场景推荐在代码里拆开处理。
- 关键词为空 → 发送不带
MATCH的基础查询（如SELECT * FROM docs） - 关键词非空 → 拼接带
MATCH ... AGAINST的查询，并对输入做最小清洗（去首尾空格、过滤+->等非法布尔操作符） - 注意：不要用字符串拼接构造 SQL，一律用预处理参数绑定，防止注入
- PHP 示例：
$sql = empty($kw) ? "SELECT * FROM docs" : "SELECT * FROM docs WHERE MATCH(title) AGAINST(? IN NATURAL LANGUAGE MODE)";
为什么有人坚持用 COALESCE？以及它唯一能帮上的地方
COALESCE 在全文搜索流程中唯一合理的位置，是处理「搜索后返回字段的空值兜底」，而非控制搜索行为本身。
- 比如：查出标题后，希望空标题显示为
'（未命名）'→SELECT COALESCE(title, '(未命名)') AS title FROM docs WHERE ... - 再比如：对搜索得分做空值保护：
SELECT COALESCE(MATCH(title) AGAINST(@kw), 0) AS score，避免NULL影响排序 - 但它绝不能出现在
WHERE中试图“修复”空关键词，那只是把问题从应用层推给数据库，还推错了位置
最常被忽略的一点：全文索引对停用词、最小词长、字符集敏感。即使关键词不为空，也可能因配置原因查不到结果——这时排查方向应是索引状态和分词规则，而不是反复改 COALESCE 的默认值。
