camel-debezium-mysql-kafka-connector source configuration

When using camel-debezium-mysql-kafka-connector as source make sure to use the following Maven dependency to have support for the connector:

<dependency>
  <groupId>org.apache.camel.kafkaconnector</groupId>
  <artifactId>camel-debezium-mysql-kafka-connector</artifactId>
  <version>x.x.x</version>
  <!-- use the same version as your Camel Kafka connector version -->
</dependency>

The camel-debezium-mysql source connector supports 149 options, which are listed below.

Name Description Default Priority

camel.source.path.name

Unique name for the connector. Attempting to register again with the same name will fail.

null

HIGH

camel.source.endpoint.additionalProperties

Additional properties for debezium components in case they can’t be set directly on the camel configurations (e.g: setting Kafka Connect properties needed by Debezium engine, for example setting KafkaOffsetBackingStore), the properties have to be prefixed with additionalProperties.. E.g: additionalProperties.transactional.id=12345&additionalProperties.schema.registry.url=\http://localhost:8811/avro

null

MEDIUM

camel.source.endpoint.bridgeErrorHandler

Allows for bridging the consumer to the Camel routing Error Handler, which mean any exceptions occurred while the consumer is trying to pickup incoming messages, or the likes, will now be processed as a message and handled by the routing Error Handler. By default the consumer will use the org.apache.camel.spi.ExceptionHandler to deal with exceptions, that will be logged at WARN or ERROR level and ignored.

false

MEDIUM

camel.source.endpoint.internalKeyConverter

The Converter class that should be used to serialize and deserialize key data for offsets. The default is JSON converter.

"org.apache.kafka.connect.json.JsonConverter"

MEDIUM

camel.source.endpoint.internalValueConverter

The Converter class that should be used to serialize and deserialize value data for offsets. The default is JSON converter.

"org.apache.kafka.connect.json.JsonConverter"

MEDIUM

camel.source.endpoint.offsetCommitPolicy

The name of the Java class of the commit policy. It defines when offsets commit has to be triggered based on the number of events processed and the time elapsed since the last commit. This class must implement the interface 'OffsetCommitPolicy'. The default is a periodic commit policy based upon time intervals.

"io.debezium.embedded.spi.OffsetCommitPolicy.PeriodicCommitOffsetPolicy"

MEDIUM

camel.source.endpoint.offsetCommitTimeoutMs

Maximum number of milliseconds to wait for records to flush and partition offset data to be committed to offset storage before cancelling the process and restoring the offset data to be committed in a future attempt. The default is 5 seconds.

5000L

MEDIUM

camel.source.endpoint.offsetFlushIntervalMs

Interval at which to try committing offsets. The default is 1 minute.

60000L

MEDIUM

camel.source.endpoint.offsetStorage

The name of the Java class that is responsible for persistence of connector offsets.

"org.apache.kafka.connect.storage.FileOffsetBackingStore"

MEDIUM

camel.source.endpoint.offsetStorageFileName

Path to file where offsets are to be stored. Required when offset.storage is set to the FileOffsetBackingStore.

null

MEDIUM

camel.source.endpoint.offsetStoragePartitions

The number of partitions used when creating the offset storage topic. Required when offset.storage is set to the 'KafkaOffsetBackingStore'.

null

MEDIUM

camel.source.endpoint.offsetStorageReplication Factor

Replication factor used when creating the offset storage topic. Required when offset.storage is set to the KafkaOffsetBackingStore

null

MEDIUM

camel.source.endpoint.offsetStorageTopic

The name of the Kafka topic where offsets are to be stored. Required when offset.storage is set to the KafkaOffsetBackingStore.

null

MEDIUM

camel.source.endpoint.exceptionHandler

To let the consumer use a custom ExceptionHandler. Notice if the option bridgeErrorHandler is enabled then this option is not in use. By default the consumer will deal with exceptions, that will be logged at WARN or ERROR level and ignored.

null

MEDIUM

camel.source.endpoint.exchangePattern

Sets the exchange pattern when the consumer creates an exchange. One of: [InOnly] [InOut] [InOptionalOut]

null

MEDIUM

camel.source.endpoint.basicPropertyBinding

Whether the endpoint should use basic property binding (Camel 2.x) or the newer property binding with additional capabilities

false

MEDIUM

camel.source.endpoint.synchronous

Sets whether synchronous processing should be strictly used, or Camel is allowed to use asynchronous processing (if supported).

false

MEDIUM

camel.source.endpoint.bigintUnsignedHandlingMode

Specify how BIGINT UNSIGNED columns should be represented in change events, including:'precise' uses java.math.BigDecimal to represent values, which are encoded in the change events using a binary representation and Kafka Connect’s 'org.apache.kafka.connect.data.Decimal' type; 'long' (the default) represents values using Java’s 'long', which may not offer the precision but will be far easier to use in consumers.

"long"

MEDIUM

camel.source.endpoint.binlogBufferSize

The size of a look-ahead buffer used by the binlog reader to decide whether the transaction in progress is going to be committed or rolled back. Use 0 to disable look-ahead buffering. Defaults to 0 (i.e. buffering is disabled).

0

MEDIUM

camel.source.endpoint.columnBlacklist

Description is not available here, please check Debezium website for corresponding key 'column.blacklist' description.

null

MEDIUM

camel.source.endpoint.connectKeepAlive

Whether a separate thread should be used to ensure the connection is kept alive.

true

MEDIUM

camel.source.endpoint.connectKeepAliveIntervalMs

Interval in milliseconds to wait for connection checking if keep alive thread is used.

60000L

MEDIUM

camel.source.endpoint.connectTimeoutMs

Maximum time in milliseconds to wait after trying to connect to the database before timing out.

30000

MEDIUM

camel.source.endpoint.databaseBlacklist

Description is not available here, please check Debezium website for corresponding key 'database.blacklist' description.

null

MEDIUM

camel.source.endpoint.databaseHistory

The name of the DatabaseHistory class that should be used to store and recover database schema changes. The configuration properties for the history are prefixed with the 'database.history.' string.

"io.debezium.relational.history.FileDatabaseHistory"

MEDIUM

camel.source.endpoint.databaseHistoryFileFilename

The path to the file that will be used to record the database history

null

MEDIUM

camel.source.endpoint.databaseHistoryKafka BootstrapServers

A list of host/port pairs that the connector will use for establishing the initial connection to the Kafka cluster for retrieving database schema history previously stored by the connector. This should point to the same Kafka cluster used by the Kafka Connect process.

null

MEDIUM

camel.source.endpoint.databaseHistoryKafkaRecovery Attempts

The number of attempts in a row that no data are returned from Kafka before recover completes. The maximum amount of time to wait after receiving no data is (recovery.attempts) x (recovery.poll.interval.ms).

100

MEDIUM

camel.source.endpoint.databaseHistoryKafkaRecovery PollIntervalMs

The number of milliseconds to wait while polling for persisted data during recovery.

100

MEDIUM

camel.source.endpoint.databaseHistoryKafkaTopic

The name of the topic for the database schema history

null

MEDIUM

camel.source.endpoint.databaseHistorySkip UnparseableDdl

Controls the action Debezium will take when it meets a DDL statement in binlog, that it cannot parse.By default the connector will stop operating but by changing the setting it can ignore the statements which it cannot parse. If skipping is enabled then Debezium can miss metadata changes.

false

MEDIUM

camel.source.endpoint.databaseHistoryStoreOnly MonitoredTablesDdl

Controls what DDL will Debezium store in database history.By default (false) Debezium will store all incoming DDL statements. If set to truethen only DDL that manipulates a monitored table will be stored.

false

MEDIUM

camel.source.endpoint.databaseHostname

Resolvable hostname or IP address of the MySQL database server.

null

MEDIUM

camel.source.endpoint.databaseInitialStatements

A semicolon separated list of SQL statements to be executed when a JDBC connection (not binlog reading connection) to the database is established. Note that the connector may establish JDBC connections at its own discretion, so this should typically be used for configuration of session parameters only,but not for executing DML statements. Use doubled semicolon (';;') to use a semicolon as a character and not as a delimiter.

null

MEDIUM

camel.source.endpoint.databaseJdbcDriver

JDBC Driver class name used to connect to the MySQL database server.

"class com.mysql.cj.jdbc.Driver"

MEDIUM

camel.source.endpoint.databasePassword

Password of the MySQL database user to be used when connecting to the database.

null

HIGH

camel.source.endpoint.databasePort

Port of the MySQL database server.

3306

MEDIUM

camel.source.endpoint.databaseServerId

A numeric ID of this database client, which must be unique across all currently-running database processes in the cluster. This connector joins the MySQL database cluster as another server (with this unique ID) so it can read the binlog. By default, a random number is generated between 5400 and 6400.

null

MEDIUM

camel.source.endpoint.databaseServerIdOffset

Only relevant if parallel snapshotting is configured. During parallel snapshotting, multiple (4) connections open to the database client, and they each need their own unique connection ID. This offset is used to generate those IDs from the base configured cluster ID.

10000L

MEDIUM

camel.source.endpoint.databaseServerName

Unique name that identifies the database server and all recorded offsets, and that is used as a prefix for all schemas and topics. Each distinct installation should have a separate namespace and be monitored by at most one Debezium connector.

null

HIGH

camel.source.endpoint.databaseSslKeystore

Location of the Java keystore file containing an application process’s own certificate and private key.

null

MEDIUM

camel.source.endpoint.databaseSslKeystorePassword

Password to access the private key from the keystore file specified by 'ssl.keystore' configuration property or the 'javax.net.ssl.keyStore' system or JVM property. This password is used to unlock the keystore file (store password), and to decrypt the private key stored in the keystore (key password).

null

MEDIUM

camel.source.endpoint.databaseSslMode

Whether to use an encrypted connection to MySQL. Options include’disabled' (the default) to use an unencrypted connection; 'preferred' to establish a secure (encrypted) connection if the server supports secure connections, but fall back to an unencrypted connection otherwise; 'required' to use a secure (encrypted) connection, and fail if one cannot be established; 'verify_ca' like 'required' but additionally verify the server TLS certificate against the configured Certificate Authority (CA) certificates, or fail if no valid matching CA certificates are found; or’verify_identity' like 'verify_ca' but additionally verify that the server certificate matches the host to which the connection is attempted.

"disabled"

MEDIUM

camel.source.endpoint.databaseSslTruststore

Location of the Java truststore file containing the collection of CA certificates trusted by this application process (trust store).

null

MEDIUM

camel.source.endpoint.databaseSslTruststore Password

Password to unlock the keystore file (store password) specified by 'ssl.trustore' configuration property or the 'javax.net.ssl.trustStore' system or JVM property.

null

MEDIUM

camel.source.endpoint.databaseUser

Name of the MySQL database user to be used when connecting to the database.

null

MEDIUM

camel.source.endpoint.databaseWhitelist

The databases for which changes are to be captured

null

MEDIUM

camel.source.endpoint.decimalHandlingMode

Specify how DECIMAL and NUMERIC columns should be represented in change events, including:'precise' (the default) uses java.math.BigDecimal to represent values, which are encoded in the change events using a binary representation and Kafka Connect’s 'org.apache.kafka.connect.data.Decimal' type; 'string' uses string to represent values; 'double' represents values using Java’s 'double', which may not offer the precision but will be far easier to use in consumers.

"precise"

MEDIUM

camel.source.endpoint.enableTimeAdjuster

MySQL allows user to insert year value as either 2-digit or 4-digit. In case of two digit the value is automatically mapped into 1970 - 2069.false - delegates the implicit conversion to the databasetrue - (the default) Debezium makes the conversion

true

MEDIUM

camel.source.endpoint.eventDeserializationFailure HandlingMode

Specify how failures during deserialization of binlog events (i.e. when encountering a corrupted event) should be handled, including:'fail' (the default) an exception indicating the problematic event and its binlog position is raised, causing the connector to be stopped; 'warn' the problematic event and its binlog position will be logged and the event will be skipped;'ignore' the problematic event will be skipped.

"fail"

MEDIUM

camel.source.endpoint.eventProcessingFailure HandlingMode

Specify how failures during processing of events (i.e. when encountering a corrupted event) should be handled, including:'fail' (the default) an exception indicating the problematic event and its position is raised, causing the connector to be stopped; 'warn' the problematic event and its position will be logged and the event will be skipped;'ignore' the problematic event will be skipped.

"fail"

MEDIUM

camel.source.endpoint.gtidNewChannelPosition

If set to 'latest', when connector sees new GTID, it will start consuming gtid channel from the server latest executed gtid position. If 'earliest' (the default) connector starts reading channel from first available (not purged) gtid position on the server.

"earliest"

MEDIUM

camel.source.endpoint.gtidSourceExcludes

The source UUIDs used to exclude GTID ranges when determine the starting position in the MySQL server’s binlog.

null

MEDIUM

camel.source.endpoint.gtidSourceFilterDmlEvents

If set to true, we will only produce DML events into Kafka for transactions that were written on mysql servers with UUIDs matching the filters defined by the gtid.source.includes or gtid.source.excludes configuration options, if they are specified.

true

MEDIUM

camel.source.endpoint.gtidSourceIncludes

The source UUIDs used to include GTID ranges when determine the starting position in the MySQL server’s binlog.

null

MEDIUM

camel.source.endpoint.heartbeatIntervalMs

Length of an interval in milli-seconds in in which the connector periodically sends heartbeat messages to a heartbeat topic. Use 0 to disable heartbeat messages. Disabled by default.

0

MEDIUM

camel.source.endpoint.heartbeatTopicsPrefix

The prefix that is used to name heartbeat topics.Defaults to __debezium-heartbeat.

"__debezium-heartbeat"

MEDIUM

camel.source.endpoint.includeQuery

Whether the connector should include the original SQL query that generated the change event. Note: This option requires MySQL be configured with the binlog_rows_query_log_events option set to ON. Query will not be present for events generated from snapshot. WARNING: Enabling this option may expose tables or fields explicitly blacklisted or masked by including the original SQL statement in the change event. For this reason the default value is 'false'.

false

MEDIUM

camel.source.endpoint.includeSchemaChanges

Whether the connector should publish changes in the database schema to a Kafka topic with the same name as the database server ID. Each schema change will be recorded using a key that contains the database name and whose value includes the DDL statement(s).The default is 'true'. This is independent of how the connector internally records database history.

true

MEDIUM

camel.source.endpoint.inconsistentSchemaHandling Mode

Specify how binlog events that belong to a table missing from internal schema representation (i.e. internal representation is not consistent with database) should be handled, including:'fail' (the default) an exception indicating the problematic event and its binlog position is raised, causing the connector to be stopped; 'warn' the problematic event and its binlog position will be logged and the event will be skipped;'skip' the problematic event will be skipped.

"fail"

MEDIUM

camel.source.endpoint.maxBatchSize

Maximum size of each batch of source records. Defaults to 2048.

2048

MEDIUM

camel.source.endpoint.maxQueueSize

Maximum size of the queue for change events read from the database log but not yet recorded or forwarded. Defaults to 8192, and should always be larger than the maximum batch size.

8192

MEDIUM

camel.source.endpoint.messageKeyColumns

A semicolon-separated list of expressions that match fully-qualified tables and column(s) to be used as message key. Each expression must match the pattern ':',where the table names could be defined as (DB_NAME.TABLE_NAME) or (SCHEMA_NAME.TABLE_NAME), depending on the specific connector,and the key columns are a comma-separated list of columns representing the custom key. For any table without an explicit key configuration the table’s primary key column(s) will be used as message key.Example: dbserver1.inventory.orderlines:orderId,orderLineId;dbserver1.inventory.orders:id

null

MEDIUM

camel.source.endpoint.pollIntervalMs

Frequency in milliseconds to wait for new change events to appear after receiving no events. Defaults to 500ms.

500L

MEDIUM

camel.source.endpoint.snapshotDelayMs

The number of milliseconds to delay before a snapshot will begin.

0L

MEDIUM

camel.source.endpoint.snapshotFetchSize

The maximum number of records that should be loaded into memory while performing a snapshot

null

MEDIUM

camel.source.endpoint.snapshotLockingMode

Controls how long the connector holds onto the global read lock while it is performing a snapshot. The default is 'minimal', which means the connector holds the global read lock (and thus prevents any updates) for just the initial portion of the snapshot while the database schemas and other metadata are being read. The remaining work in a snapshot involves selecting all rows from each table, and this can be done using the snapshot process' REPEATABLE READ transaction even when the lock is no longer held and other operations are updating the database. However, in some cases it may be desirable to block all writes for the entire duration of the snapshot; in such cases set this property to 'extended'. Using a value of 'none' will prevent the connector from acquiring any table locks during the snapshot process. This mode can only be used in combination with snapshot.mode values of 'schema_only' or 'schema_only_recovery' and is only safe to use if no schema changes are happening while the snapshot is taken.

"minimal"

MEDIUM

camel.source.endpoint.snapshotMode

The criteria for running a snapshot upon startup of the connector. Options include: 'when_needed' to specify that the connector run a snapshot upon startup whenever it deems it necessary; 'initial' (the default) to specify the connector can run a snapshot only when no offsets are available for the logical server name; 'initial_only' same as 'initial' except the connector should stop after completing the snapshot and before it would normally read the binlog; and’never' to specify the connector should never run a snapshot and that upon first startup the connector should read from the beginning of the binlog. The 'never' mode should be used with care, and only when the binlog is known to contain all history.

"initial"

MEDIUM

camel.source.endpoint.snapshotNewTables

BETA FEATURE: On connector restart, the connector will check if there have been any new tables added to the configuration, and snapshot them. There is presently only two options:'off': Default behavior. Do not snapshot new tables.'parallel': The snapshot of the new tables will occur in parallel to the continued binlog reading of the old tables. When the snapshot completes, an independent binlog reader will begin reading the events for the new tables until it catches up to present time. At this point, both old and new binlog readers will be momentarily halted and new binlog reader will start that will read the binlog for all configured tables. The parallel binlog reader will have a configured server id of 10000 the primary binlog reader’s server id.

"off"

MEDIUM

camel.source.endpoint.snapshotSelectStatement Overrides

This property contains a comma-separated list of fully-qualified tables (DB_NAME.TABLE_NAME) or (SCHEMA_NAME.TABLE_NAME), depending on thespecific connectors . Select statements for the individual tables are specified in further configuration properties, one for each table, identified by the id 'snapshot.select.statement.overrides.DB_NAME.TABLE_NAME' or 'snapshot.select.statement.overrides.SCHEMA_NAME.TABLE_NAME', respectively. The value of those properties is the select statement to use when retrieving data from the specific table during snapshotting. A possible use case for large append-only tables is setting a specific point where to start (resume) snapshotting, in case a previous snapshotting was interrupted.

null

MEDIUM

camel.source.endpoint.sourceStructVersion

A version of the format of the publicly visible source part in the message

"v2"

MEDIUM

camel.source.endpoint.tableBlacklist

Description is not available here, please check Debezium website for corresponding key 'table.blacklist' description.

null

MEDIUM

camel.source.endpoint.tableIgnoreBuiltin

Flag specifying whether built-in tables should be ignored.

true

MEDIUM

camel.source.endpoint.tableWhitelist

The tables for which changes are to be captured

null

MEDIUM

camel.source.endpoint.timePrecisionMode

Time, date and timestamps can be represented with different kinds of precisions, including:'adaptive_time_microseconds': the precision of date and timestamp values is based the database column’s precision; but time fields always use microseconds precision;'connect': always represents time, date and timestamp values using Kafka Connect’s built-in representations for Time, Date, and Timestamp, which uses millisecond precision regardless of the database columns' precision.

"adaptive_time_microseconds"

MEDIUM

camel.source.endpoint.tombstonesOnDelete

Whether delete operations should be represented by a delete event and a subsquenttombstone event (true) or only by a delete event (false). Emitting the tombstone event (the default behavior) allows Kafka to completely delete all events pertaining to the given key once the source record got deleted.

false

MEDIUM

camel.component.debezium-mysql.additional Properties

Additional properties for debezium components in case they can’t be set directly on the camel configurations (e.g: setting Kafka Connect properties needed by Debezium engine, for example setting KafkaOffsetBackingStore), the properties have to be prefixed with additionalProperties.. E.g: additionalProperties.transactional.id=12345&additionalProperties.schema.registry.url=\http://localhost:8811/avro

null

MEDIUM

camel.component.debezium-mysql.bridgeErrorHandler

Allows for bridging the consumer to the Camel routing Error Handler, which mean any exceptions occurred while the consumer is trying to pickup incoming messages, or the likes, will now be processed as a message and handled by the routing Error Handler. By default the consumer will use the org.apache.camel.spi.ExceptionHandler to deal with exceptions, that will be logged at WARN or ERROR level and ignored.

false

MEDIUM

camel.component.debezium-mysql.configuration

Allow pre-configured Configurations to be set.

null

MEDIUM

camel.component.debezium-mysql.internalKey Converter

The Converter class that should be used to serialize and deserialize key data for offsets. The default is JSON converter.

"org.apache.kafka.connect.json.JsonConverter"

MEDIUM

camel.component.debezium-mysql.internalValue Converter

The Converter class that should be used to serialize and deserialize value data for offsets. The default is JSON converter.

"org.apache.kafka.connect.json.JsonConverter"

MEDIUM

camel.component.debezium-mysql.offsetCommitPolicy

The name of the Java class of the commit policy. It defines when offsets commit has to be triggered based on the number of events processed and the time elapsed since the last commit. This class must implement the interface 'OffsetCommitPolicy'. The default is a periodic commit policy based upon time intervals.

"io.debezium.embedded.spi.OffsetCommitPolicy.PeriodicCommitOffsetPolicy"

MEDIUM

camel.component.debezium-mysql.offsetCommitTimeout Ms

Maximum number of milliseconds to wait for records to flush and partition offset data to be committed to offset storage before cancelling the process and restoring the offset data to be committed in a future attempt. The default is 5 seconds.

5000L

MEDIUM

camel.component.debezium-mysql.offsetFlushInterval Ms

Interval at which to try committing offsets. The default is 1 minute.

60000L

MEDIUM

camel.component.debezium-mysql.offsetStorage

The name of the Java class that is responsible for persistence of connector offsets.

"org.apache.kafka.connect.storage.FileOffsetBackingStore"

MEDIUM

camel.component.debezium-mysql.offsetStorageFile Name

Path to file where offsets are to be stored. Required when offset.storage is set to the FileOffsetBackingStore.

null

MEDIUM

camel.component.debezium-mysql.offsetStorage Partitions

The number of partitions used when creating the offset storage topic. Required when offset.storage is set to the 'KafkaOffsetBackingStore'.

null

MEDIUM

camel.component.debezium-mysql.offsetStorage ReplicationFactor

Replication factor used when creating the offset storage topic. Required when offset.storage is set to the KafkaOffsetBackingStore

null

MEDIUM

camel.component.debezium-mysql.offsetStorageTopic

The name of the Kafka topic where offsets are to be stored. Required when offset.storage is set to the KafkaOffsetBackingStore.

null

MEDIUM

camel.component.debezium-mysql.basicProperty Binding

Whether the component should use basic property binding (Camel 2.x) or the newer property binding with additional capabilities

false

MEDIUM

camel.component.debezium-mysql.bigintUnsigned HandlingMode

Specify how BIGINT UNSIGNED columns should be represented in change events, including:'precise' uses java.math.BigDecimal to represent values, which are encoded in the change events using a binary representation and Kafka Connect’s 'org.apache.kafka.connect.data.Decimal' type; 'long' (the default) represents values using Java’s 'long', which may not offer the precision but will be far easier to use in consumers.

"long"

MEDIUM

camel.component.debezium-mysql.binlogBufferSize

The size of a look-ahead buffer used by the binlog reader to decide whether the transaction in progress is going to be committed or rolled back. Use 0 to disable look-ahead buffering. Defaults to 0 (i.e. buffering is disabled).

0

MEDIUM

camel.component.debezium-mysql.columnBlacklist

Description is not available here, please check Debezium website for corresponding key 'column.blacklist' description.

null

MEDIUM

camel.component.debezium-mysql.connectKeepAlive

Whether a separate thread should be used to ensure the connection is kept alive.

true

MEDIUM

camel.component.debezium-mysql.connectKeepAlive IntervalMs

Interval in milliseconds to wait for connection checking if keep alive thread is used.

60000L

MEDIUM

camel.component.debezium-mysql.connectTimeoutMs

Maximum time in milliseconds to wait after trying to connect to the database before timing out.

30000

MEDIUM

camel.component.debezium-mysql.databaseBlacklist

Description is not available here, please check Debezium website for corresponding key 'database.blacklist' description.

null

MEDIUM

camel.component.debezium-mysql.databaseHistory

The name of the DatabaseHistory class that should be used to store and recover database schema changes. The configuration properties for the history are prefixed with the 'database.history.' string.

"io.debezium.relational.history.FileDatabaseHistory"

MEDIUM

camel.component.debezium-mysql.databaseHistoryFile Filename

The path to the file that will be used to record the database history

null

MEDIUM

camel.component.debezium-mysql.databaseHistory KafkaBootstrapServers

A list of host/port pairs that the connector will use for establishing the initial connection to the Kafka cluster for retrieving database schema history previously stored by the connector. This should point to the same Kafka cluster used by the Kafka Connect process.

null

MEDIUM

camel.component.debezium-mysql.databaseHistory KafkaRecoveryAttempts

The number of attempts in a row that no data are returned from Kafka before recover completes. The maximum amount of time to wait after receiving no data is (recovery.attempts) x (recovery.poll.interval.ms).

100

MEDIUM

camel.component.debezium-mysql.databaseHistory KafkaRecoveryPollIntervalMs

The number of milliseconds to wait while polling for persisted data during recovery.

100

MEDIUM

camel.component.debezium-mysql.databaseHistory KafkaTopic

The name of the topic for the database schema history

null

MEDIUM

camel.component.debezium-mysql.databaseHistorySkip UnparseableDdl

Controls the action Debezium will take when it meets a DDL statement in binlog, that it cannot parse.By default the connector will stop operating but by changing the setting it can ignore the statements which it cannot parse. If skipping is enabled then Debezium can miss metadata changes.

false

MEDIUM

camel.component.debezium-mysql.databaseHistory StoreOnlyMonitoredTablesDdl

Controls what DDL will Debezium store in database history.By default (false) Debezium will store all incoming DDL statements. If set to truethen only DDL that manipulates a monitored table will be stored.

false

MEDIUM

camel.component.debezium-mysql.databaseHostname

Resolvable hostname or IP address of the MySQL database server.

null

MEDIUM

camel.component.debezium-mysql.databaseInitial Statements

A semicolon separated list of SQL statements to be executed when a JDBC connection (not binlog reading connection) to the database is established. Note that the connector may establish JDBC connections at its own discretion, so this should typically be used for configuration of session parameters only,but not for executing DML statements. Use doubled semicolon (';;') to use a semicolon as a character and not as a delimiter.

null

MEDIUM

camel.component.debezium-mysql.databaseJdbcDriver

JDBC Driver class name used to connect to the MySQL database server.

"class com.mysql.cj.jdbc.Driver"

MEDIUM

camel.component.debezium-mysql.databasePassword

Password of the MySQL database user to be used when connecting to the database.

null

HIGH

camel.component.debezium-mysql.databasePort

Port of the MySQL database server.

3306

MEDIUM

camel.component.debezium-mysql.databaseServerId

A numeric ID of this database client, which must be unique across all currently-running database processes in the cluster. This connector joins the MySQL database cluster as another server (with this unique ID) so it can read the binlog. By default, a random number is generated between 5400 and 6400.

null

MEDIUM

camel.component.debezium-mysql.databaseServerId Offset

Only relevant if parallel snapshotting is configured. During parallel snapshotting, multiple (4) connections open to the database client, and they each need their own unique connection ID. This offset is used to generate those IDs from the base configured cluster ID.

10000L

MEDIUM

camel.component.debezium-mysql.databaseServerName

Unique name that identifies the database server and all recorded offsets, and that is used as a prefix for all schemas and topics. Each distinct installation should have a separate namespace and be monitored by at most one Debezium connector.

null

HIGH

camel.component.debezium-mysql.databaseSslKeystore

Location of the Java keystore file containing an application process’s own certificate and private key.

null

MEDIUM

camel.component.debezium-mysql.databaseSslKeystore Password

Password to access the private key from the keystore file specified by 'ssl.keystore' configuration property or the 'javax.net.ssl.keyStore' system or JVM property. This password is used to unlock the keystore file (store password), and to decrypt the private key stored in the keystore (key password).

null

MEDIUM

camel.component.debezium-mysql.databaseSslMode

Whether to use an encrypted connection to MySQL. Options include’disabled' (the default) to use an unencrypted connection; 'preferred' to establish a secure (encrypted) connection if the server supports secure connections, but fall back to an unencrypted connection otherwise; 'required' to use a secure (encrypted) connection, and fail if one cannot be established; 'verify_ca' like 'required' but additionally verify the server TLS certificate against the configured Certificate Authority (CA) certificates, or fail if no valid matching CA certificates are found; or’verify_identity' like 'verify_ca' but additionally verify that the server certificate matches the host to which the connection is attempted.

"disabled"

MEDIUM

camel.component.debezium-mysql.databaseSsl Truststore

Location of the Java truststore file containing the collection of CA certificates trusted by this application process (trust store).

null

MEDIUM

camel.component.debezium-mysql.databaseSsl TruststorePassword

Password to unlock the keystore file (store password) specified by 'ssl.trustore' configuration property or the 'javax.net.ssl.trustStore' system or JVM property.

null

MEDIUM

camel.component.debezium-mysql.databaseUser

Name of the MySQL database user to be used when connecting to the database.

null

MEDIUM

camel.component.debezium-mysql.databaseWhitelist

The databases for which changes are to be captured

null

MEDIUM

camel.component.debezium-mysql.decimalHandlingMode

Specify how DECIMAL and NUMERIC columns should be represented in change events, including:'precise' (the default) uses java.math.BigDecimal to represent values, which are encoded in the change events using a binary representation and Kafka Connect’s 'org.apache.kafka.connect.data.Decimal' type; 'string' uses string to represent values; 'double' represents values using Java’s 'double', which may not offer the precision but will be far easier to use in consumers.

"precise"

MEDIUM

camel.component.debezium-mysql.enableTimeAdjuster

MySQL allows user to insert year value as either 2-digit or 4-digit. In case of two digit the value is automatically mapped into 1970 - 2069.false - delegates the implicit conversion to the databasetrue - (the default) Debezium makes the conversion

true

MEDIUM

camel.component.debezium-mysql.event DeserializationFailureHandlingMode

Specify how failures during deserialization of binlog events (i.e. when encountering a corrupted event) should be handled, including:'fail' (the default) an exception indicating the problematic event and its binlog position is raised, causing the connector to be stopped; 'warn' the problematic event and its binlog position will be logged and the event will be skipped;'ignore' the problematic event will be skipped.

"fail"

MEDIUM

camel.component.debezium-mysql.eventProcessing FailureHandlingMode

Specify how failures during processing of events (i.e. when encountering a corrupted event) should be handled, including:'fail' (the default) an exception indicating the problematic event and its position is raised, causing the connector to be stopped; 'warn' the problematic event and its position will be logged and the event will be skipped;'ignore' the problematic event will be skipped.

"fail"

MEDIUM

camel.component.debezium-mysql.gtidNewChannel Position

If set to 'latest', when connector sees new GTID, it will start consuming gtid channel from the server latest executed gtid position. If 'earliest' (the default) connector starts reading channel from first available (not purged) gtid position on the server.

"earliest"

MEDIUM

camel.component.debezium-mysql.gtidSourceExcludes

The source UUIDs used to exclude GTID ranges when determine the starting position in the MySQL server’s binlog.

null

MEDIUM

camel.component.debezium-mysql.gtidSourceFilterDml Events

If set to true, we will only produce DML events into Kafka for transactions that were written on mysql servers with UUIDs matching the filters defined by the gtid.source.includes or gtid.source.excludes configuration options, if they are specified.

true

MEDIUM

camel.component.debezium-mysql.gtidSourceIncludes

The source UUIDs used to include GTID ranges when determine the starting position in the MySQL server’s binlog.

null

MEDIUM

camel.component.debezium-mysql.heartbeatIntervalMs

Length of an interval in milli-seconds in in which the connector periodically sends heartbeat messages to a heartbeat topic. Use 0 to disable heartbeat messages. Disabled by default.

0

MEDIUM

camel.component.debezium-mysql.heartbeatTopics Prefix

The prefix that is used to name heartbeat topics.Defaults to __debezium-heartbeat.

"__debezium-heartbeat"

MEDIUM

camel.component.debezium-mysql.includeQuery

Whether the connector should include the original SQL query that generated the change event. Note: This option requires MySQL be configured with the binlog_rows_query_log_events option set to ON. Query will not be present for events generated from snapshot. WARNING: Enabling this option may expose tables or fields explicitly blacklisted or masked by including the original SQL statement in the change event. For this reason the default value is 'false'.

false

MEDIUM

camel.component.debezium-mysql.includeSchema Changes

Whether the connector should publish changes in the database schema to a Kafka topic with the same name as the database server ID. Each schema change will be recorded using a key that contains the database name and whose value includes the DDL statement(s).The default is 'true'. This is independent of how the connector internally records database history.

true

MEDIUM

camel.component.debezium-mysql.inconsistentSchema HandlingMode

Specify how binlog events that belong to a table missing from internal schema representation (i.e. internal representation is not consistent with database) should be handled, including:'fail' (the default) an exception indicating the problematic event and its binlog position is raised, causing the connector to be stopped; 'warn' the problematic event and its binlog position will be logged and the event will be skipped;'skip' the problematic event will be skipped.

"fail"

MEDIUM

camel.component.debezium-mysql.maxBatchSize

Maximum size of each batch of source records. Defaults to 2048.

2048

MEDIUM

camel.component.debezium-mysql.maxQueueSize

Maximum size of the queue for change events read from the database log but not yet recorded or forwarded. Defaults to 8192, and should always be larger than the maximum batch size.

8192

MEDIUM

camel.component.debezium-mysql.messageKeyColumns

A semicolon-separated list of expressions that match fully-qualified tables and column(s) to be used as message key. Each expression must match the pattern ':',where the table names could be defined as (DB_NAME.TABLE_NAME) or (SCHEMA_NAME.TABLE_NAME), depending on the specific connector,and the key columns are a comma-separated list of columns representing the custom key. For any table without an explicit key configuration the table’s primary key column(s) will be used as message key.Example: dbserver1.inventory.orderlines:orderId,orderLineId;dbserver1.inventory.orders:id

null

MEDIUM

camel.component.debezium-mysql.pollIntervalMs

Frequency in milliseconds to wait for new change events to appear after receiving no events. Defaults to 500ms.

500L

MEDIUM

camel.component.debezium-mysql.snapshotDelayMs

The number of milliseconds to delay before a snapshot will begin.

0L

MEDIUM

camel.component.debezium-mysql.snapshotFetchSize

The maximum number of records that should be loaded into memory while performing a snapshot

null

MEDIUM

camel.component.debezium-mysql.snapshotLockingMode

Controls how long the connector holds onto the global read lock while it is performing a snapshot. The default is 'minimal', which means the connector holds the global read lock (and thus prevents any updates) for just the initial portion of the snapshot while the database schemas and other metadata are being read. The remaining work in a snapshot involves selecting all rows from each table, and this can be done using the snapshot process' REPEATABLE READ transaction even when the lock is no longer held and other operations are updating the database. However, in some cases it may be desirable to block all writes for the entire duration of the snapshot; in such cases set this property to 'extended'. Using a value of 'none' will prevent the connector from acquiring any table locks during the snapshot process. This mode can only be used in combination with snapshot.mode values of 'schema_only' or 'schema_only_recovery' and is only safe to use if no schema changes are happening while the snapshot is taken.

"minimal"

MEDIUM

camel.component.debezium-mysql.snapshotMode

The criteria for running a snapshot upon startup of the connector. Options include: 'when_needed' to specify that the connector run a snapshot upon startup whenever it deems it necessary; 'initial' (the default) to specify the connector can run a snapshot only when no offsets are available for the logical server name; 'initial_only' same as 'initial' except the connector should stop after completing the snapshot and before it would normally read the binlog; and’never' to specify the connector should never run a snapshot and that upon first startup the connector should read from the beginning of the binlog. The 'never' mode should be used with care, and only when the binlog is known to contain all history.

"initial"

MEDIUM

camel.component.debezium-mysql.snapshotNewTables

BETA FEATURE: On connector restart, the connector will check if there have been any new tables added to the configuration, and snapshot them. There is presently only two options:'off': Default behavior. Do not snapshot new tables.'parallel': The snapshot of the new tables will occur in parallel to the continued binlog reading of the old tables. When the snapshot completes, an independent binlog reader will begin reading the events for the new tables until it catches up to present time. At this point, both old and new binlog readers will be momentarily halted and new binlog reader will start that will read the binlog for all configured tables. The parallel binlog reader will have a configured server id of 10000 the primary binlog reader’s server id.

"off"

MEDIUM

camel.component.debezium-mysql.snapshotSelect StatementOverrides

This property contains a comma-separated list of fully-qualified tables (DB_NAME.TABLE_NAME) or (SCHEMA_NAME.TABLE_NAME), depending on thespecific connectors . Select statements for the individual tables are specified in further configuration properties, one for each table, identified by the id 'snapshot.select.statement.overrides.DB_NAME.TABLE_NAME' or 'snapshot.select.statement.overrides.SCHEMA_NAME.TABLE_NAME', respectively. The value of those properties is the select statement to use when retrieving data from the specific table during snapshotting. A possible use case for large append-only tables is setting a specific point where to start (resume) snapshotting, in case a previous snapshotting was interrupted.

null

MEDIUM

camel.component.debezium-mysql.sourceStructVersion

A version of the format of the publicly visible source part in the message

"v2"

MEDIUM

camel.component.debezium-mysql.tableBlacklist

Description is not available here, please check Debezium website for corresponding key 'table.blacklist' description.

null

MEDIUM

camel.component.debezium-mysql.tableIgnoreBuiltin

Flag specifying whether built-in tables should be ignored.

true

MEDIUM

camel.component.debezium-mysql.tableWhitelist

The tables for which changes are to be captured

null

MEDIUM

camel.component.debezium-mysql.timePrecisionMode

Time, date and timestamps can be represented with different kinds of precisions, including:'adaptive_time_microseconds': the precision of date and timestamp values is based the database column’s precision; but time fields always use microseconds precision;'connect': always represents time, date and timestamp values using Kafka Connect’s built-in representations for Time, Date, and Timestamp, which uses millisecond precision regardless of the database columns' precision.

"adaptive_time_microseconds"

MEDIUM

camel.component.debezium-mysql.tombstonesOnDelete

Whether delete operations should be represented by a delete event and a subsquenttombstone event (true) or only by a delete event (false). Emitting the tombstone event (the default behavior) allows Kafka to completely delete all events pertaining to the given key once the source record got deleted.

false

MEDIUM