Logstash的xml filter插件用于将合法XML字符串字段解析为嵌套事件字段,需指定source和target,支持命名空间、属性提取及 whitespace 处理,但要求输入严格符合XML格式。
Logstash 的 xml filter 插件专门用于解析 XML 格式的日志内容,核心是把一段 XML 字符串转换成嵌套的 Logstash 事件字段。关键在于:源字段必须是合法 XML 字符串,且需明确指定目标字段名和命名空间(如有)。
XML filter 不会自动识别或提取 XML 片段,它只处理已存在于事件中的某个字段(比如 message),且该字段值必须是格式正确的 XML。常见错误是原始日志包含非 XML 冗余文本(如时间戳、日志级别前缀)
,需先用 dissect 或 grok 提取纯 XML 部分。
"INFO User login "
"2025-05-10T08:30:00 INFO [app] ... " —— 需先剥离非 XML 内容最简配置只需 source(源字段名)和 target(解析后存入的目标字段名)。解析后,XML 元素会转为嵌套哈希,文本内容默认存入 _text 键(除非用 strip_whitespace 或 store_xml 调整)。
filter {
xml {
source => "message"
target => "parsed_xml"
}
}
若原始 message 是 ,则结果中 [parsed_xml][event][id][_text] 为 "123",[parsed_xml][event][type][_text] 为 "login"。
含命名空间(如 )时,必须在 filter 中声明 namespaces,否则解析失败或忽略元素。属性(如 )默认不解析,需显式启用 attribute_prefix。
namespaces => { "ns" => "http://example.com" }
attribute_prefix => "@",会使 变成 {"@id" => "101", "_text" => "..."}
_text 层:strip_whitespace => true + force_array => false 可简化结构XML filter 对格式极其敏感。一个未闭合标签、非法字符(如裸 &)、或编码不匹配(如 UTF-8 日志含 BOM)都会导致整个 filter 失败,事件被丢弃或卡住。建议:
if 条件包裹 filter,仅对含 XML 特征的事件执行(例如 if [message] =~ /^)
remove_namespaces => true 快速跳过命名空间问题(适合调试)mutate { remove_field => ["message"] } 清理原始字段,避免污染