搜索

12.8. 在 Debezium MongoDB 更改事件状态后提取源文档

download PDF

Debezium MongoDB 连接器会发出数据更改信息来代表 MongoDB 集合中发生的每个操作。这些事件消息的复杂结构是原始数据库事件的详细信息。但是,一些下游用户可能无法以其原始格式处理消息。例如,为了代表数据收集中的嵌套文档,连接器以包含嵌套字段的格式发出事件消息。要支持接收器连接器,或者无法处理原始消息的分层格式的其他消费者,您可以使用 Debezium MongoDB 事件扁平化(ExtractNewDocumentState)单一消息转换(SMT)。SMT 简化了原始消息的结构,并可以其他方式修改消息,以便更轻松地处理数据。

事件扁平化转换是一个 Kafka Connect SMT

注意

本章中的信息描述了 Debezium MongoDB 连接器的事件扁平化单一消息转换(SMT)。有关用于关系数据库的对等 SMT 的详情,请查看新记录 状态扩展 SMT 的文档

以下主题提供详情:

12.8.1. Debezium MongoDB 更改事件结构的描述

Debezium MongoDB 连接器生成具有复杂结构的更改事件。每个事件信息包括以下部分:

源元数据

包括但不仅限于以下字段:

  • 更改集合中数据的操作类型(create/insert、update 或 delete)。
  • 发生更改的数据库和集合的名称。
  • 在进行更改时标识的时间戳。
  • 可选的事务信息。
文档数据
数据

当 Debezium 连接器的 capture.mode 设置为以下值之一时,此字段存在于运行 MongoDB 6.0 及之后的版本的环境中:

  • change_streams_with_pre_image.
  • change_streams_update_full_with_pre_image.

    如需更多信息,请参阅 MongoDB pre-image 支持

数据后

代表当前操作后文档中存在的值的 JSON 字符串。事件消息中存在 after 字段取决于事件类型和连接器配置。MongoDB 插入 操作的 create 事件始终包含一个 after 字段,而不考虑 capture.mode 设置。对于 更新 事件,只有在 capture.mode 设置为以下值之一时才会出现 after 字段:

  • change_streams_update_full
  • change_streams_update_full_with_pre_image.

    注意

    更改事件消息中的 after 值不一定在事件后立即代表文档的状态。该值不会动态计算;在连接器捕获更改事件后,它会查询集合来检索文档的当前值。

    例如,假设一种情况,它有多个操作 a, b, 和 c 在快速成功中修改文档。当连接器处理时,修改 a,它会查询集合以获取完整的文档。同时,更改 bc 发生。当连接器收到对更改 a 的完整文档的响应时,可能会收到一个基于 bc 后续更改的文档版本。如需更多信息,请参阅 capture.mode 属性的文档。

以下片段显示了在 MongoDB 插入 操作后连接器发出的 create change 事件的基本结构:

{
  "op": "c",
  "after": "{\"field1\":\"newvalue1\",\"field2\":\"newvalue1\"}",
  "source": { ... }
}

上例中的 after 字段的复杂格式提供有关源数据库中更改的详细信息。但是,有些使用者无法处理包含嵌套值的消息。要将原始消息的复杂嵌套字段转换为更简单、更通用的兼容结构,请为 MongoDB 使用事件扁平化 SMT。SMT 扁平化消息中嵌套字段的结构,如下例所示:

{
  "field1" : "newvalue1",
  "field2" : "newvalue2"
}

有关 Debezium MongoDB 连接器生成的默认消息结构的更多信息,请参阅 连接器文档

12.8.2. Debezium MongoDB 事件扁平化转换的行为

MongoDB 的事件扁平化 SMT 会从 Debezium MongoDB 连接器发送的 createupdate 更改事件消息中拉取 after 字段。在 SMT 处理原始更改事件消息后,它会生成一个简化的版本,该版本仅包含 after 字段的内容。

根据您的用例,您可以将 ExtractNewDocumentState SMT 应用到 Debezium MongoDB 连接器,或应用到消耗 Debezium 连接器生成的消息的接收器连接器。如果您将 SMT 应用到 Debezium MongoDB 连接器,则 SMT 会修改连接器在发送到 Apache Kafka 之前发送的消息。为确保 Kafka 以原始格式保留完整的 Debezium 更改事件信息,请将 SMT 应用到接收器连接器。

当您使用事件扁平化 SMT 处理从 MongoDB 连接器发送的消息时,SMT 会将原始消息中的记录结构转换为正确输入的 Kafka Connect 记录,这些记录可以被典型的 sink 连接器使用。例如,SMT 将原始消息中的 after 信息转换为任何消费者可以处理的模式结构的 JSON 字符串。

另外,您可以为 MongoDB 配置事件扁平化 SMT,以便在处理过程中以其他方式修改消息。如需更多信息,请参阅配置 主题

12.8.3. 配置 Debezium MongoDB 事件扁平化转换

为 MongoDB 配置事件扁平化(ExtractNewDocumentState) SMT,用于使用 Debezium MongoDB 连接器发送的消息。

以下主题提供详情:

12.8.3.1. 示例: Debezium MongoDB event flattening-transformation 的基本配置

要获取 SMT 的默认行为,请在没有指定任何选项的情况下将 SMT 添加到接收器连接器配置中,如下例所示:

transforms=unwrap,...
transforms.unwrap.type=io.debezium.connector.mongodb.transforms.ExtractNewDocumentState

与任何 Kafka Connect 连接器配置一样,您可以将 transformations= 设置为多个、以逗号分隔的 SMT 别名。Kafka Connect 应用您在列出的顺序中指定的转换。

您可以为使用 MongoDB 事件扁平化 SMT 的连接器设置多个选项。以下示例显示了为连接器设置 drop.tombstonesdelete.handling.modeadd.headers 选项的配置:

transforms=unwrap,...
transforms.unwrap.type=io.debezium.connector.mongodb.transforms.ExtractNewDocumentState
transforms.unwrap.drop.tombstones=false
transforms.unwrap.delete.handling.mode=drop
transforms.unwrap.add.headers=op

有关上例中的配置选项的更多信息,请参阅 配置主题

自定义配置

连接器可能会发出许多类型的事件信息(如 heartbeat 消息、tombstone 消息或有关事务的元数据信息)。要将转换应用到事件子集,您可以定义一个 SMT predicate 语句,该语句有选择地将转换 应用到特定的事件。

12.8.4. MongoDB 事件消息中编码数组的选项

默认情况下,事件扁平化 SMT 将 MongoDB 阵列转换为与 Apache Kafka Connect 或 Apache Avro 模式兼容的数组。虽然 MongoDB 数组可以包含多个类型元素,但 Kafka 数组中的所有元素都必须是相同的类型。

要确保 SMT 对数组的满足环境需求的方式进行编码,您可以指定 array.encoding 配置选项。以下示例显示了设置数组编码的配置:

transforms=unwrap,...
transforms.unwrap.type=io.debezium.connector.mongodb.transforms.ExtractNewDocumentState
transforms.unwrap.array.encoding=<array|document>

根据配置,SMT 通过使用以下编码方法之一处理源消息中数组的每个实例:

阵列编码
如果将 array.encoding 设置为 数组 (默认),则 SMT encodes 使用 数组 datatype 在原始消息中对数组进行编码。为确保处理正确,数组实例中的所有元素都必须相同类型。这个选项是一个限制,但它可让下游客户端轻松处理数组。
文档编码
如果将 array.encoding 设置为 document,则 SMT 会将源中的每个阵列转换为 structs 中的一个 struct,类似于 BSON 序列化。main struct 包含名为_0、 _1、_2 等的字段,其中每个字段名称代表原始阵列中元素的索引。SMT 使用为源数组中等同元素获取的值填充这些 index 字段。索引名称的前缀为下划线,因为 Avro 编码禁止以数字字符开头的字段名称。

以下示例显示了 Debezium MongoDB 连接器如何代表一个数据库文档,其中包含一个包含异构数据类型的数组:

例 12.2. 示例:记录包含多个数据类型的数组编码

{
    "_id": 1,
    "a1": [
        {
            "a": 1,
            "b": "none"
        },
        {
            "a": "c",
            "d": "something"
        }
    ]
}

如果将 array.encoding 设置为 document,则 SMT 会将前面的文档转换为以下格式:

{
    "_id": 1,
    "a1": {
        "_0": {
            "a": 1,
            "b": "none"
        },
        "_1": {
            "a": "c",
            "d": "something"
        }
    }
}

文档 编码选项可让 SMT 处理由异构元素组成的任意数组。但是,在使用这个选项前,请始终验证 sink 连接器和其他下游用户是否可以处理包含多个数据类型的数组。

12.8.5. 在 MongoDB 事件消息中扁平化嵌套结构

当数据库操作涉及嵌入式文档时,Debezium MongoDB 连接器会发出一个 Kafka 事件记录,其结构反映了原始文档的分级结构。也就是说,事件消息将嵌套文档表示为一组嵌套字段结构。在下游连接器无法处理包含嵌套结构的消息的环境中,您可以将事件扁平化 SMT 配置为在消息中的扁平化分级结构。扁平消息结构更适合类似表格的存储。

要将 SMT 配置为扁平化嵌套结构,请将 flatten.struct 配置选项设置为 true。在转换的消息中,字段名称被构建为与文档源一致。SMT 通过将父文档字段的名称与嵌套文档字段的名称连接来重命名每个扁平化字段。flatten.struct.delimiter 选项定义的分隔符会将名称的组件分开来。struct.delimiter 的默认值是一个下划线字符(_)。

以下示例显示了指定 SMT flattens 嵌套结构的配置:

transforms=unwrap,...
transforms.unwrap.type=io.debezium.connector.mongodb.transforms.ExtractNewDocumentState
transforms.unwrap.flatten.struct=<true|false>
transforms.unwrap.flatten.struct.delimiter=<string>

以下示例显示了由 MongoDB 连接器发出的事件消息。消息包括了一个文档 a 的字段,其中包含两个嵌套文档 (bc) 的字段:

{
    "_id": 1,
    "a": {
            "b": 1,
            "c": "none"
    },
    "d": 100
}

以下示例中的消息显示了 MongoDB flattens 在以上消息中嵌套结构的 SMT 后的输出:

{
    "_id": 1,
    "a_b": 1,
    "a_c": "none",
    "d": 100
}

在生成的消息中,原始消息中嵌套的 bc 字段将被扁平化并重命名。重命名的字段将父文档 a 的名称与嵌套文档的名称连接在一起: a_ba_c 。新字段名称的组件通过下划线字符分隔,具体由 struct.delimiter 配置属性的定义。

12.8.6. Debezium MongoDB 连接器如何报告由 $unset 操作删除的字段名称

在 MongoDB 中,$unset operator 和 $rename operator 都从文档中删除字段。因为 MongoDB 集合是无模式的,因此在更新从文档中删除了字段后,无法推断更新文档中缺失字段的名称。为了支持接收器连接器或其他可能需要有关删除字段信息的消费者,Debezium 会发出更新消息,其中包含一个 removedFields 元素,其中列出了已删除字段的名称。

以下示例显示一个操作的一个更新消息的部分,这导致删除了 a 字段:

"payload": {
  "op": "u",
  "ts_ms": "...",
  "before": "{ ... }",
  "after": "{ ... }",
  "updateDescription": {
    "removedFields": ["a"],
    "updatedFields": null,
    "truncatedArrays": null
  }
}

在上例中,beforeafter 代表文档更新以前和以后的源文档的状态。只有在为连接器设置了 capture.mode 时,连接器才会发出这些字段,如以下列表中所述:

before 字段

提供更改前文档的状态。只有在 capture.mode 设置为以下值之一时才会出现此字段:

  • change_streams_with_pre_image
  • change_streams_update_full_with_pre_image.
after 字段

在更改后提供文档的完整状态。只有在 capture.mode 设置为以下值之一时才会出现此字段:

  • change_streams_update_full
  • change_streams_update_full_with_pre_image.

假设配置为捕获完整文档的连接器,当 ExtractNewDocumentState SMT 收到 $unset 事件 的更新 消息时,通过代表删除的字段具有 null 值来重新编码消息,如下例所示:

{
    "id": 1,
    "a": null
}

对于没有配置为捕获完整文档的连接器,当 SMT 收到 $unset 操作的 update 事件时,它会生成以下输出信息:

{
   "a": null
}

12.8.7. 确定原始数据库操作的类型

在 SMT flattens 事件消息后,生成的消息不再指示生成事件是 create,update 或 initial snapshot read 的操作。通常,您可以通过将连接器配置为公开与 删除 附带的 tombstone 或 rewrite 事件的信息来识别删除操作。有关将连接器配置为公开有关 tombstones 并重写事件信息的更多信息,请参阅 drop.tombstonesdelete.handling.mode 属性。

要在事件消息中报告数据库操作类型,SMT 可以在以下元素之一中添加 op 字段:

  • 事件消息正文。
  • 消息标头。

例如,要添加一个标头属性来显示原始操作的类型,添加转换,然后将 add.headers 属性添加到连接器配置中,如下例所示:

transforms=unwrap,...
transforms.unwrap.type=io.debezium.connector.mongodb.transforms.ExtractNewDocumentState
transforms.unwrap.add.headers=op

根据前面的配置,SMT 通过向消息添加 op 标头来报告事件类型,并为它分配一个字符串值来标识操作类型。分配的字符串值基于原始 MongoDB 更改事件消息 中的 op 字段值。

12.8.8. 使用 MongoDB 事件扁平化 SMT 将 Debezium 元数据添加到 Kafka 记录

MongoDB 的事件扁平化 SMT 可将原始更改事件消息中的 metadata 字段添加到简化的消息中。添加的元数据字段的前缀为双下划线("__")。在事件记录中添加元数据可以包括内容,如发生更改事件的集合名称,或包含特定于连接器的字段,如副本集名称。目前,SMT 只能从以下更改事件子结构中添加字段:source, transactionupdateDescription

有关 MongoDB 更改事件结构的更多信息,请参阅 MongoDB 连接器文档

例如,您可以指定以下配置,将副本集名称(rs)和更改事件的集合名称添加到最终扁平化事件记录中:

transforms=unwrap,...
transforms.unwrap.type=io.debezium.connector.mongodb.transforms.ExtractNewDocumentState
transforms.unwrap.add.fields=rs,collection

前面的配置会导致以下内容添加到扁平化的记录中:

{ "__rs" : "rs0", "__collection" : "my-collection", ... }

如果您希望 SMT 添加 metadata 字段 来删除 事件,请将 delete.handling.mode 选项的值设置为 rewrite

12.8.9. 用于有选择地应用 MongoDB 提取新文档状态转换的选项

除了 Debezium 连接器在数据库更改时发出的更改事件消息外,连接器还会发出其他类型的信息,包括心跳消息,以及有关 schema 更改和事务的元数据消息。由于这些其他消息的结构与 SMT 设计的更改事件消息的结构不同,因此最好将连接器配置为有选择地应用 SMT,以便它只处理预期的数据更改消息。

有关如何有选择地应用 SMT 的更多信息,请参阅为转换配置 SMT predicate

12.8.10. MongoDB 的 Debezium 事件扁平化转换的配置选项

下表描述了 MongoDB 事件扁平化 SMT 的配置选项。

属性默认描述

array.encoding

数组

指定 SMT 在从原始事件信息读取的数组时使用的格式。设置以下选项之一:

数组
SMT 使用 数组 datatype 将 MongoDB 阵列编码为与 Apache Kafka Connect 或 Apache Avro 模式兼容的格式。如果设置了这个选项,请验证每个阵列实例中元素是否使用相同的类型。虽然 MongoDB 允许数组包含多个数据类型,但一些下游客户端无法处理数组。
文档
SMT 将每个 MongoDB 数组转换为 structs 的一个 struct,其方式与 BSON 序列化 类似。main struct 包含名为 _0、 _1、 _2 等的字段。为了遵守 Avro 命名标准,SMT 为每个 index 字段的数字名称添加下划线前缀。每个数字字段名称代表原始阵列中元素的索引。SMT 使用从指定数组元素的源文档获取的值填充这些 index 字段的值。

有关 array.coding 选项的更多信息,请参阅 MongoDB 事件消息中编码数组的选项

flatten.struct

false

通过串联消息中嵌套属性的名称(由可配置的分隔符分隔)来组成简单的字段名称,原始事件消息中的 SMT flattens 结构(structs)。

flatten.struct.delimiter

_

flatten.struct 设为 true 时,指定转换在从输入记录串联的字段名称之间插入的分隔符,以便在输出记录中生成字段名称。

drop.tombstones

true

Debezium 为每个 delete 操作生成一个 tombstone 记录。默认的行为是事件扁平化 SMT 从流中删除 tombstone 记录。要在流中保留 tombstone 记录,请指定 drop.tombstones=false

注意

计划在以后的发行版本中删除这个选项。在其位置,使用 delete.tombstone.handling.mode 选项。

delete.handling.mode

drop

指定 SMT 如何处理 Debezium 为 删除操作 生成的更改事件记录。设置以下选项之一:

drop
SMT 从事件流 中删除 删除操作的记录。
none
SMT 从事件流中保留原始更改事件记录。记录仅包含 "value": "null "。
rewrite
SMT 从流中保留更改事件记录的修改版本。为了提供另一种指示已删除记录的方法,修改后的记录包含一个 value 字段,其中包含来自原始记录的键/值对,并将 __deleted: true 添加到 中。

如果您设置了 rewrite 选项,您可能会发现,对 DELETE 操作的更新简化记录足以跟踪已删除的记录。在这种情况下,您可能需要 SMT 丢弃 tombstone 记录
注意

计划在以后的发行版本中删除这个选项。在其位置,使用 delete.tombstone.handling.mode 选项。

delete.tombstone.handling.mode

没有默认值

Debezium 为每个 DELETE 操作生成更改事件记录。此设置决定了 MongoDB 事件扁平化 SMT 如何处理流中的 DELETE 事件。

注意

这个选项的设置优先于您可能会为已弃用的 drop.tombstonesdelete.handling.mode 选项配置的任何冲突设置。

设置以下选项之一:

drop
SMT 从流中删除 DELETE 事件和 'TOMBSTONE'records。
tombstone (默认)
SMT 在流中保留 TOMBSTONE 记录。TOMBSTONE 记录仅包含以下值: "value": "null "。
rewrite

SMT 在流中保留更改事件记录并进行以下更改:

  • 在记录中添加一个 value 字段,其中包含原始记录的 before 字段中的键/值对。
  • __deleted: true 添加到记录的值。
  • 删除 TOMBSTONE 记录。

    此设置提供了另一种指示记录已被删除的方法。

rewrite-with-tombstone
SMT 与选择 rewrite 选项时的行为一样,但它也会保留 TOMBSTONE 记录。

add.headers.prefix

__ (double-underscore)

将此可选字符串设为前缀标头。

add.headers

没有默认值

指定以逗号分隔的列表,没有空格,这是您希望 SMT 添加到简化消息的标头中的元数据字段。当原始消息包含重复字段名称时,您可以通过提供 struct 的名称以及字段的名称来识别要修改的特定字段,如 source.ts_ms

另外,您还可以覆盖字段的原始名称,并通过在列表中添加以下格式的条目来为其分配新名称:

<field_name>:<new_field_name>.

例如:

version:VERSION, connector:CONNECTOR, source.ts_ms:EVENT_TIMESTAMP

您指定的新名称值区分大小写。

当 SMT 将 metadata 字段添加到简化消息的标头中时,它会使用双下划线前缀每个 metadata 字段名称。对于 struct 规格,SMT 也在 struct 名称和字段名称之间插入下划线。

如果您指定了不在更改事件原始消息中的字段,则 SMT 不会将字段添加到标头中。

add.fields.prefix

__ (double-underscore)

指定作为字段名称前缀的可选字符串。

add.fields

没有默认值

将这个选项设置为以逗号分隔的列表,没有空格,使用 metadata 字段添加到简化的 Kafka 消息的 value 元素中。当原始消息包含重复字段名称时,您可以通过提供 struct 的名称以及字段的名称来识别要修改的特定字段,如 source.ts_ms
另外,您还可以覆盖字段的原始名称,并通过在列表中添加以下格式的条目来为其分配新名称:

<field_name>:<new_field_name>.

例如:

version:VERSION, connector:CONNECTOR, source.ts_ms:EVENT_TIMESTAMP

您指定的新名称值区分大小写。

当 SMT 将 metadata 字段添加到简化消息的 value 元素中时,它会使用双下划线前缀每个 metadata 字段名称。对于 struct 规格,SMT 也在 struct 名称和字段名称之间插入下划线。

如果您指定了原始更改事件消息中不存在的字段,则 SMT 仍然会将指定的字段添加到修改消息的 value 元素中。

已知限制

  • 因为 MongoDB 是一个无模式数据库,所以在使用 Debezium 流更改模式的数据相关数据库时,以确保列定义的一致性,所以具有相同名称的集合中的字段必须存储相同类型的数据。
  • 配置 SMT 以格式生成与接收器连接器兼容的信息。如果接收器(sink)连接器需要"flat"消息结构,但它收到一个将源 MongoDB 文档中的一个数组编码为 structs 的消息,则接收器连接器无法处理该消息。
Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

© 2024 Red Hat, Inc.