You are viewing documentation for an unreleased version of Debezium.
If you want to view the latest stable version of this page, please gohere.

Debezium Event Deserialization

Table of Contents

This feature is currently in incubating state, i.e. exact semantics, configuration options etc. may change in future revisions, based on the feedback we receive. Please let us know if you encounter any problems while using these SerDes.

Debezium generates data change events in the form of a complex message structure. This message is later on serialized by the configured Kafka Connect converter and it is the responsibility of the consumer to deserialize it into a logical message. For this purpose, Kafka uses the so-calledSerDes.

Debezium provides SerDes (io.debezium.serde.DebeziumSerdes) to simplify the deserialization for the consumer either being it Kafka Streams pipeline or plain Kafka consumer.

JSON SerDe

The JSON SerDe deserializes JSON encoded change events and transforms it into a Java class. Internally this is achieved usingJackson Databind.

The consumer creates a serde instance using

final Serde serde = DebeziumSerdes.payloadJson(MyType.class);

The consumer will then receive the logical Java typeMyTypewhose fields are initiated from the JSON message. This applies to both for keys and values. It is also possible to use plain Java types likeInteger, for example when the key consists of a singleINTfield.

When the JSON converter is used by Kafka Connect then it generally provides two modes of operations - with or without schema. If the schema is used then the message looks like so:

{ "schema": {...}, "payload": { "op": "u", "source": { ... }, "ts_ms" : "...", "before" : { "field1" : "oldvalue1", "field2" : "oldvalue2" }, "after" : { "field1" : "newvalue1", "field2" : "newvalue2" } } }

Whereas without schema, the structure look more like this:

{ "op": "u", "source": { ... }, "ts_ms" : "...", "before" : { "field1" : "oldvalue1", "field2" : "oldvalue2" }, "after" : { "field1" : "newvalue1", "field2" : "newvalue2" } }

The deserializer behaviour is driven by the从.fieldconfiguration option and follows these rules:

  • if a message contains a schema, then usepayloadonly

  • if the key is deserialized, then map key field(s) into the target class

  • if the value is deserialized and contains the Debezium event envelope then:

    • if从.fieldis not set, then deserialize the complete envelope into the target type

    • otherwise deserialize and map only content of the field configured into the target type, thus effectively flatting the message

  • if the value is deserialized and contains already a flattened message (i.e. when using the SMT forEvent Flattening) then map the flattened record into the target logical type

配置options

Property

Default

Description

N/A

Empty if a message with full envelope should be deserialized,before/afterif only data values before or after the change are required.

false

Determines when an unknown property is encountered whether it should be silently ignored or if a runtime exception should be thrown.