Logpush开启过滤后错误日志消失：怎样判断是漏采还是被规则删掉

Logpush开启过滤后错误日志消失：怎样判断是漏采还是被规则删掉。按现象、证据和验证结果逐步定位问题，提供可操作的检查顺序，避免把工具输出误当成故障结论。

先确认日志在哪一段消失

Cloudflare在2026年10月介绍Logpush Transformers：日志可以在导出前按SQL规则处理。这意味着存储端没有某条记录，并不一定是源站没有报错，也可能是导出过滤条件排除了它。

建立一条能追踪的测试请求

选择测试路径，记录请求时间、主机名和可关联的请求标识。先在上游可用的日志或事件里确认请求存在，再检查Logpush任务选择的数据集与目标。测试应使用无敏感信息的请求，不需要制造真实用户故障。

然后查看Transformer的WHERE条件。重点检查正常状态与错误状态是否写反、健康检查路径是否匹配过宽、时间字段或空值是否被误判。先用少量样本预览输出，再比较处理前后的记录数量。不要直接清空所有过滤规则来碰运气。

检查字段，而不只检查行数

如果记录存在但关联失败，继续检查SELECT是否删除或重命名了请求标识。排障平台期待原字段名，而导出端换成新名字，也会表现成“日志丢了”。同一数据集的任务与转换规则要对应，接收端也要识别实际输出结构。

修复时保存旧版本，针对错误请求、正常请求和健康检查各验证一例。把任务状态、规则版本与样本标识写进变更记录，后续才能区分采集故障和过滤效果。费用、数据集可用性应以当前账户为准。

资料核对：2026-11-02；未对本站日志配置执行变更。

参考：官方资料。