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 的 timestamp 列类型中存储本地时间很常见，但许多时区在日历年中会更改其偏移量，因此无法与 SQL 的 timestamp 类型一起使用来表示有序的连续时间线。例如，在 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，插件将使用 OS 时区进行偏移调整。

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

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

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

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

JDBC 页面大小

JDBC 启用分页

这将导致 SQL 语句被分解成多个查询。每个查询将使用限制和偏移量来共同检索完整的 result-set。限制大小由 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。当您有两个或多个相同类型的插件时，这尤其有用，例如，如果您有 2 个 jdbc 输入。在这种情况下，添加命名 ID 将有助于在使用监控 API 时监控 Logstash。

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

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

这可以帮助以后处理。

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

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

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

如果您尝试在已经具有类型的事件上设置类型（例如，当您从发货器发送事件到索引器时），则新的输入不会覆盖现有类型。即使发送到另一个 Logstash 服务器，在发货器处设置的类型也会一直保留在该事件中。