日期过滤器插件

使用 IETF-BCP47 或 POSIX 语言标签指定用于日期解析的区域设置。简单的示例是 en、en-US（用于 BCP47）或 en_US（用于 POSIX）。

区域设置主要用于解析月份名称（带有 MMM 的模式）和星期几名称（带有 EEE 的模式）。

如果未指定，将使用平台默认值，但对于非英语平台默认值，还将使用英语解析器作为后备机制。

一个包含字段名称和格式模式的数组，[ field, formats... ]

如果您的时间字段有多种可能的格式，您可以执行以下操作

    match => [ "logdate", "MMM dd yyyy HH:mm:ss",
              "MMM  d yyyy HH:mm:ss", "ISO8601" ]

以上将匹配 syslog（rfc3164）或 iso8601 时间戳。

有一些特殊情况。以下格式文字存在以帮助您节省时间并确保日期解析的正确性。

例如，如果您的字段 logdate 的值为 Aug 13 2010 00:03:44，您将使用以下配置

    filter {
      date {
        match => [ "logdate", "MMM dd yyyy HH:mm:ss" ]
      }
    }

如果您的字段嵌套在您的结构中，您可以使用嵌套语法 [foo][bar] 来匹配其值。有关更多信息，请参阅 字段引用

有关语法的更多详细信息

用于解析日期和时间文本的语法使用字母来指示时间值类型（月份、分钟等），并重复字母来指示该值的格式（两位数月份、完整月份名称等）。

以下是可以用来解析日期和时间的内容

对于非格式化语法，您需要将单引号字符放在值周围。例如，如果您正在解析 ISO8601 时间，"2015-01-01T01:12:23" 中的这个小 "T" 不是有效的日期格式，并且您想说 "字面上的 T"，您的格式将是： "yyyy-MM-dd’T’HH:mm:ss"

有关其他不太常见的日期单位，例如纪元 (G)、世纪 (C)、上午/下午 (a) 等等，请参阅 joda-time 文档。

在没有成功匹配的情况下，将值追加到 tags 字段

将匹配的时间戳存储到给定的目标字段中。如果未提供，则默认更新事件的 @timestamp 字段。

指定用于日期解析的时区规范 ID。有效 ID 列在 Joda.org 可用时区页面 上。如果无法从值中提取时区，并且不是平台默认值，这将很有用。如果未指定，将使用平台默认值。规范 ID 很好，因为它会为您处理夏令时。例如，America/Los_Angeles 或 Europe/Paris 是有效的 ID。此字段可以是动态的，并使用 %{field} 语法包含事件的一部分

如果此过滤器成功，则将任何任意字段添加到此事件。字段名称可以是动态的，并使用 %{field} 包含事件的一部分。

示例

    filter {
      date {
        add_field => { "foo_%{somefield}" => "Hello world, from %{host}" }
      }
    }

    # You can also add multiple fields at once:
    filter {
      date {
        add_field => {
          "foo_%{somefield}" => "Hello world, from %{host}"
          "new_field" => "new_static_value"
        }
      }
    }

如果事件具有字段 "somefield" == "hello"，则此过滤器在成功时将添加字段 foo_hello（如果存在），其值为上述值，并且 %{host} 部分将替换为事件中的该值。第二个示例还将添加一个硬编码字段。

如果此过滤器成功，则将任意标签添加到事件中。标签可以是动态的，并使用 %{field} 语法包含事件的某些部分。

示例

    filter {
      date {
        add_tag => [ "foo_%{somefield}" ]
      }
    }

    # You can also add multiple tags at once:
    filter {
      date {
        add_tag => [ "foo_%{somefield}", "taggedy_tag"]
      }
    }

如果事件具有字段 "somefield" == "hello"，则此过滤器在成功时将添加一个标签 foo_hello（第二个示例当然会添加一个 taggedy_tag 标签）。

禁用或启用此特定插件实例的指标日志记录。默认情况下，我们会记录所有可以记录的指标，但您可以为特定插件禁用指标收集。

向插件配置添加一个唯一的 ID。如果没有指定 ID，Logstash 将生成一个。强烈建议在您的配置中设置此 ID。当您有两个或多个相同类型的插件时，这尤其有用，例如，如果您有两个日期过滤器。在这种情况下，添加一个命名 ID 将有助于在使用监控 API 时监控 Logstash。

    filter {
      date {
        id => "ABC"
      }
    }

定期调用过滤器刷新方法。可选。

如果此过滤器成功，则从此事件中删除任意字段。字段名称可以是动态的，并使用 %{field} 示例包含事件的某些部分

    filter {
      date {
        remove_field => [ "foo_%{somefield}" ]
      }
    }

    # You can also remove multiple fields at once:
    filter {
      date {
        remove_field => [ "foo_%{somefield}", "my_extraneous_field" ]
      }
    }

如果事件具有字段 "somefield" == "hello"，则此过滤器在成功时将删除名为 foo_hello 的字段（如果存在）。第二个示例将删除一个额外的非动态字段。

如果此过滤器成功，则从事件中删除任意标签。标签可以是动态的，并使用 %{field} 语法包含事件的某些部分。

示例

    filter {
      date {
        remove_tag => [ "foo_%{somefield}" ]
      }
    }

    # You can also remove multiple tags at once:
    filter {
      date {
        remove_tag => [ "foo_%{somefield}", "sad_unwanted_tag"]
      }
    }

如果事件具有字段 "somefield" == "hello"，则此过滤器在成功时将删除标签 foo_hello（如果存在）。第二个示例还将删除一个令人不快的标签。