Jdbc 输入插件

某些数据库（例如 Sybase 或 SQL Anywhere）可能会出现陈旧连接的问题，在计划的运行之间超时并且永远不会重新连接。

为了确保连接在执行查询之前有效，请启用 jdbc_validate_connection，并将 jdbc_validation_timeout 设置为比 schedule 更短的时间间隔。

input {
  jdbc {
    schedule => "* * * * *"       # run every minute
    jdbc_validate_connection => true
    jdbc_validation_timeout => 50 # 50 seconds
  }
}

是否应保留先前的运行状态

特定列的字符编码。此选项将覆盖指定列的 :charset 选项。

示例

input {
  jdbc {
    ...
    columns_charset => { "column0" => "ISO-8859-1" }
    ...
  }
}

这将仅转换原始编码为 ISO-8859-1 的 column0。

尝试连接到数据库的最大次数

连接尝试之间休眠的秒数

JDBC 连接字符串

虽然通常将本地时间存储在 SQL 的时间戳列类型中，但许多时区在一年中会更改其偏移量，因此不能与 SQL 的时间戳类型一起使用来表示有序的、连续的时间线。例如，在 America/Chicago 时区中，当秋季夏令时 (DST) 结束时，时钟将从 01:59:59 拨回 01:00:00，从而使当天 01:00:00CDT 和 02:00:00CST 之间的 2 小时内的任何时间戳都变得不明确。

当遇到由 DST 转换引起的不明确的时间戳时，除非此处指定的时区包含有关如何处理重叠时段的方括号指令（例如：America/Chicago[dst_enabled_on_overlap:true] 或 Australia/Melbourne[dst_enabled_on_overlap:false]），否则查询将失败。

如果您希望此插件将时间戳偏移到 UTC 以外的时区，则可以将此设置设置为 local，插件将使用操作系统时区进行偏移调整。

注意：当指定 plugin_timezone 和/或 jdbc_default_timezone 时，会在两个位置进行偏移调整，如果 sql_last_value 是时间戳并且它在语句中用作参数，则从插件时区到数据时区进行偏移调整，并且在处理记录时，将从数据库时区到插件时区进行时间戳偏移调整。如果您的数据库时区为 UTC，则无需设置任何这些设置。

要加载的 JDBC 驱动程序类，例如“org.apache.derby.jdbc.ClientDriver”

第三方驱动程序库的 JDBC 驱动程序库路径。如果需要多个库，则可以用逗号分隔传递它们。

JDBC 获取大小。如果未提供，将使用相应驱动程序的默认值

JDBC 页面大小

JDBC 启用分页

这将导致 SQL 语句被分解为多个查询。每个查询将使用限制和偏移量来共同检索完整的结果集。限制大小由 jdbc_page_size 设置。

请注意，查询之间的顺序不保证。

在 JDBC 分页期间是否使用 explicit 或 auto 模式

如果为 auto，则您的语句将自动被计数查询和后续多个分页查询（使用 LIMIT 语句等）包围。

如果为 explicit，则将使用您的语句执行多个查询（前面没有计数查询），直到没有检索到更多行。您必须在语句配置中编写自己的分页条件。offset 和 size 参数可以在您的语句中使用（size 等于 jdbc_page_size，并且 offset 为每个查询增加 size）。当查询返回的行数不等于 size 时，SQL 分页将结束。示例

input {
  jdbc {
    statement => "SELECT id, mycolumn1, mycolumn2 FROM my_table WHERE id > :sql_last_value LIMIT :size OFFSET :offset",
    jdbc_paging_enabled => true,
    jdbc_paging_mode => "explicit",
    jdbc_page_size => 100000
  }
}

input {
  jdbc {
    statement => "CALL fetch_my_data(:sql_last_value, :offset, :size)",
    jdbc_paging_enabled => true,
    jdbc_paging_mode => "explicit",
    jdbc_page_size => 100000
  }
}

在以下情况下可以考虑此模式

JDBC 密码

JDBC 密码文件名

连接池配置。在引发 PoolTimeoutError 之前等待获取连接的秒数（默认为 5）

JDBC 用户

连接池配置。使用前验证连接。

连接池配置。验证连接的频率（以秒为单位）

上次运行时间的文件路径

在 5.2.6 之前的版本中，元数据文件写入 $HOME/.logstash_jdbc_last_run。如果在 Logstash 升级期间在“$HOME”中找到该文件，它将被移动到“path.data”下的默认位置。如果路径由用户定义，则不会执行自动移动。

是否强制将标识符字段小写

查询参数的哈希，例如 { "target_id" => "321" }

预处理语句的绑定值的数组。:sql_last_value 是一个保留的预定义字符串

预处理语句的名称。它在您的配置和数据库中必须是唯一的

是否在 last_run_metadata_path 中保存状态

定期运行语句的时间表，例如 Cron 格式："* * * * *"（每分钟执行一次查询）

默认情况下没有时间表。如果没有给出时间表，则该语句只运行一次。

通用/特定于供应商的 Sequel 配置选项。

一个可选的连接池配置示例：max_connections - 连接池的最大连接数

可以在此文档页面找到特定于供应商的选项示例：https://github.com/jeremyevans/sequel/blob/master/doc/opening_databases.rdoc

记录 SQL 查询的日志级别，接受的值是常见的 fatal、error、warn、info 和 debug。默认值是 info。

如果未定义，Logstash 将会报错，即使未使用编解码器。要执行的语句

要使用参数，请使用命名参数语法。例如

"SELECT * FROM MYTABLE WHERE id = :target_id"

这里，“:target_id”是一个命名参数。您可以使用 parameters 设置配置命名参数。

包含要执行的语句的文件的路径

如果没有 target，则会从每一行根级别的列创建事件。当 target 设置为字段引用时，每一行的列将放置在目标字段中。

当强制执行下游模式（例如 ECS）时，此选项对于避免填充未知字段非常有用。

如果 use_column_value 设置为 true，则要跟踪其值的列

跟踪列的类型。目前仅支持“numeric”和“timestamp”

当设置为 true 时，使用定义的 tracking_column 值作为 :sql_last_value。当设置为 false 时，:sql_last_value 反映上次执行查询的时间。

当设置为 true 时，启用预处理语句的使用

向事件添加一个字段

用于输入数据的编解码器。输入编解码器是一种方便的方法，可以在数据进入输入之前对其进行解码，而无需在 Logstash 管道中使用单独的过滤器。

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

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

input {
  jdbc {
    id => "my_plugin_id"
  }
}

向您的事件添加任意数量的标签。

这有助于以后的处理。

向此输入处理的所有事件添加 type 字段。

类型主要用于过滤器激活。

该类型存储为事件本身的一部分，因此您也可以使用该类型在 Kibana 中搜索它。

如果您尝试在已经具有类型的事件上设置类型（例如，当您将事件从托运人发送到索引器时），则新的输入将不会覆盖现有的类型。在托运人处设置的类型会在事件的整个生命周期内保持不变，即使发送到另一个 Logstash 服务器也是如此。