MySQL允许为null的数据导入Elasticsearch时是否需补全对应默认值

是否需要补全默认值需要结合你的业务使用场景、ES索引配置来决定，核心对齐目标是两端查询、计算结果一致，以下是具体的判断规则：

建议优先补全默认值的场景 #

• 你已经为ES索引设置了和MySQL表结构对齐的显式Mapping，且业务侧会用到这些允许为null、带默认值的字段做查询、聚合、排序操作
  MySQL侧未主动赋值的字段，实际存储的是预设默认值（无默认值且允许为null时存null），如果ES侧不补全对应值，这些字段会直接从ES文档中省略，会直接导致查询结果不一致：比如MySQL中status字段默认值为0，未主动赋值的条目MySQL查询status=0时会命中，ES侧缺失该字段的文档会被status=0的过滤条件漏掉。
  另外如果需要在ES中存储null值，需要提前在对应字段的Mapping中配置null_value参数，否则ES同样会忽略值为null的字段，不会写入文档。
• 你需要定期做MySQL与ES的数据一致性校验
  补全所有字段后可以直接做同主键下的全字段等值比对，不需要额外处理ES侧字段缺失的分支逻辑，校验实现成本会低很多。

可以不用补全的场景 #

• 这些允许为null、带默认值的字段永远不会被用作ES的查询、聚合、排序条件，仅作为查询命中后返回的冗余属性
  这种情况你可以在业务层返回ES查询结果时统一补全默认值即可，不需要在写入ES时做额外处理。
• 团队内部已经形成统一规则：ES文档中缺失的对应字段等价于MySQL侧的默认值/null，所有查询逻辑都会兼容处理字段不存在的情况，不会出现结果不一致的问题。

注意：如果选择不补全缺省字段，一定要做好内部规则同步，避免后续新增的查询逻辑直接按字段值过滤，漏掉缺失对应字段的文档。

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