ES中判断字段非空必须用exists查询，如['exists'=>['field'=>'title']]，不可用term或match；需确保mapping中字段index为true，且在bool filter中安全拼接。
filter 里怎么写非空字段条件
ES 没有 IS NOT NULL 这种 SQL 语法，必须用 exists 查询。直接写 term 或 match 会漏掉 null/missing 值，甚至返回错误结果。
-
exists是唯一可靠方式：['exists' => ['field' => 'title']] - 别用
term判空：['term' => ['title' => '']]只匹配显式存了空字符串的文档，不是“非空” - 字段类型要对：确保
title在 mapping 中是"type": "text"或"keyword"，否则exists可能不生效 - 多个非空字段合并写进
filter数组，和上架状态、类目 ID 等条件并列，不影响评分也不拖慢查询
PHP 里怎么安全拼进 bool filter
别手动拼数组键，容易错位或覆盖。Laravel 控制器中应先初始化 filter，再按需追加：
$params['body']['query']['bool']['filter'] = [
['term' => ['status' => true]],
['term' => ['audit_status' => 1]],
];
// 非空字段动态加
if ($request->filled('require_title')) {
$params['body']['query']['bool']['filter'][] = ['exists' => ['field' => 'title']];
}
if ($request->filled('require_image')) {
$params['body']['query']['bool']['filter'][] = ['exists' => ['field' => 'image_url']];
}
-
$request->filled()比input()更准：排除null、''、0等 falsy 值 - 字段名必须和 ES mapping 里定义的一致，大小写敏感，比如
image_url≠imageUrl - 不要在
must里塞exists——它不参与相关度计算，放filter才能被缓存
为什么用 exists 而不用 must + match
match 是全文检索，会触发分词、标准化、打分；而判断“字段是否存在”是结构化动作，两者语义完全不同。
-
match查'title' => 'abc'：找包含 abc 的文档，哪怕字段值是"abc def"也算匹配 -
exists查'title'：只看该字段有没有值（且不是null或未索引），不关心内容是什么 - 混用会导致：本想筛出有标题的商品，结果返回一堆标题含关键词但实际为空的脏数据
- 性能差异明显：
exists是倒排索引元数据查询，毫秒级；match要走全文分析链路，延迟高一到两个数量级
容易被忽略的 mapping 配置
就算代码写对了，如果字段没设成可索引，exists 也查不到——尤其新字段或动态 mapping 开启时。
- 检查 mapping：运行
GET /products/_mapping，确认目标字段下有"index": true（默认开启）且没被enabled: false关闭 - keyword 类型字段也要支持
exists，不需要额外配置，但 text 字段若设了"index": false就彻底不可查 - 别依赖 dynamic mapping 自动推断：比如用户上传的
custom_field可能被识别为text但没开 index，得提前在 template 里声明 - 上线前跑个验证脚本：
POST /products/_search带{"query":{"exists":{"field":"title"}}}，看 hits 是否符合预期
exists 逻辑后，务必去 Kibana 或 curl 验证 mapping 和真实数据表现是否一致。 
