日期过滤器插件

使用 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。第二个示例也将删除一个令人悲伤的、不需要的标签。