Create a Debezium source connector from MySQL to Apache Kafka®#

The MySQL Debezium source connector extracts the changes committed to the database binary log (binlog), and writes them to an Apache Kafka® topic in a standard format where they can be transformed and read by multiple consumers.


You can check the complete set of available parameters and configuration options in the connector’s documentation.

Schema versioning#

Database table’s schema can evolve over time by adding, modifying, or removing columns. The MySQL Debezium source connector keeps track of schema changes by storing them in a separate “history” topic that you can set up with dedicated history.* configuration parameters.


The MySQL Debezium source connector history.* parameters are not visible in the list of options available in the Aiven Console but can be inserted/modified by editing the JSON configuration settings in the Connector configuration section.


To set up a Debezium source connector pointing to MySQL, you need an Aiven for Apache Kafka service with Kafka Connect enabled or a dedicated Aiven for Apache Kafka Connect cluster.

Furthermore, you need to collect the following information about the source MySQL database upfront:

  • MYSQL_HOST: The database hostname

  • MYSQL_PORT: The database port

  • MYSQL_USER: The database user to connect

  • MYSQL_PASSWORD: The database password for the MYSQL_USER

  • MYSQL_DATABASE_NAME: The database name

  • SSL_MODE: The SSL mode

  • MYSQL_TABLES: The list of database tables to be included in Apache Kafka; the list must be in the form of schema_name1.table_name1,schema_name2.table_name2

  • APACHE_KAFKA_HOST: The hostname of the Apache Kafka service, needed when storing the schema definition changes

  • APACHE_KAFKA_PORT: The port of the Apache Kafka service, needed when storing the schema definition changes

  • SCHEMA_REGISTRY_PORT: The Apache Kafka’s schema registry port is only needed when using Avro as a data format

  • SCHEMA_REGISTRY_USER: The Apache Kafka’s schema registry username is only needed when using Avro as a data format

  • SCHEMA_REGISTRY_PASSWORD: The Apache Kafka’s schema registry user password is only needed when using Avro as a data format


If you’re using Aiven for MySQL and Aiven for Apache Kafka, the above details are available in the Aiven console service Overview tab or via the dedicated avn service get command with the Aiven CLI.

Setup a MySQL Debezium source connector with Aiven Console#

The following example demonstrates how to set up a Debezium source Connector for Apache Kafka to a MySQL database using the Aiven Console.

Define a Kafka Connect configuration file#

Define the connector configurations in a file (we’ll refer to it with the name debezium_source_mysql.json) with the following content. Creating a file is not strictly necessary but allows to have all the information in one place before copy/pasting them in the Aiven Console:

    "connector.class": "io.debezium.connector.mysql.MySqlConnector",
    "database.hostname": "MYSQL_HOST",
    "database.port": "MYSQL_PORT",
    "database.user": "MYSQL_USER",
    "database.password": "MYSQL_PASSWORD",
    "database.dbname": "MYSQL_DATABASE_NAME",
    "database.sslmode": "SSL_MODE",
    "table.include.list": "MYSQL_TABLES",
    "key.converter": "io.confluent.connect.avro.AvroConverter",
    "key.converter.schema.registry.url": "https://APACHE_KAFKA_HOST:SCHEMA_REGISTRY_PORT",
    "key.converter.basic.auth.credentials.source": "USER_INFO",
    "value.converter": "io.confluent.connect.avro.AvroConverter",
    "value.converter.schema.registry.url": "https://APACHE_KAFKA_HOST:SCHEMA_REGISTRY_PORT",
    "value.converter.basic.auth.credentials.source": "USER_INFO",
    "database.history.kafka.topic": "HISTORY_TOPIC_NAME",
    "database.history.kafka.bootstrap.servers": "APACHE_KAFKA_HOST:APACHE_KAFKA_PORT",
    "": "SSL",
    "database.history.producer.ssl.keystore.type": "PKCS12",
    "database.history.producer.ssl.keystore.location": "/run/aiven/keys/public.keystore.p12",
    "database.history.producer.ssl.keystore.password": "password",
    "database.history.producer.ssl.truststore.location": "/run/aiven/keys/public.truststore.jks",
    "database.history.producer.ssl.truststore.password": "password",
    "database.history.producer.ssl.key.password": "password",
    "": "SSL",
    "database.history.consumer.ssl.keystore.type": "PKCS12",
    "database.history.consumer.ssl.keystore.location": "/run/aiven/keys/public.keystore.p12",
    "database.history.consumer.ssl.keystore.password": "password",
    "database.history.consumer.ssl.truststore.location": "/run/aiven/keys/public.truststore.jks",
    "database.history.consumer.ssl.truststore.password": "password",
    "database.history.consumer.ssl.key.password": "password",
    "include.schema.changes": "true"

The configuration file contains the following entries:

  • name: the connector name, replace CONNECTOR_NAME with the name you want to use for the connector.

  • MYSQL_HOST, MYSQL_PORT, MYSQL_DATABASE_NAME, SSL_MODE, MYSQL_USER, MYSQL_PASSWORD, MYSQL_TABLES: source database parameters collected in the prerequisite phase.

  • the logical name of the database, dictates the prefix that will be used for Apache Kafka topic names. The resulting topic name will be the concatenation of the and the table name.

  • tasks.max: maximum number of tasks to execute in parallel. By default this is 1, the connector can use at most 1 task for each source table defined. Replace NR_TASKS with the amount of parallel task based on the number of tables.

  • database.history.kafka.topic: the name of the Apache Kafka topic that will contain the history of schema changes.

  • database.history.kafka.bootstrap.servers: points to the Aiven for Apache Kafka service where the connector is running and is needed to store schema definition changes

  • database.history.producer and database.history.consumer: points to truststores and keystores pre-created on the Aiven for Apache Kafka node to handle SSL authentication


    The values defined for each database.history.producer and database.history.consumer parameters are already set to work with the predefined truststore and keystore created in the Aiven for Apache Kafka nodes. Therefore, they should not be changed.

  • key.converter and value.converter: defines the messages data format in the Apache Kafka topic. The io.confluent.connect.avro.AvroConverter converter pushes messages in Avro format. To store the messages schema we use Aiven’s Karapace schema registry as specified by the schema.registry.url parameter and related credentials.


    The key.converter and value.converter sections are only needed when pushing data in Avro format. If omitted the messages will be defined in JSON format.

    The USER_INFO is not a placeholder, no substitution is needed for that parameter.

Create a Kafka Connect connector with the Aiven Console#

To create a Kafka Connect connector, follow these steps:

  1. Log in to the Aiven Console and select the Aiven for Apache Kafka® or Aiven for Apache Kafka Connect® service where the connector needs to be defined.

  2. Select Connectors from the left sidebar.

  3. Select Create New Connector, the button is enabled only for services with Kafka Connect enabled.

  4. Select the Debezium - MySQL.

  5. In the Common tab, locate the Connector configuration text box and select on Edit.

  6. Paste the connector configuration (stored in the debezium_source_mysql.json file) in the form.

  7. Select Apply.


    The Aiven Console parses the configuration file and fills the relevant UI fields. You can review the UI fields across the various tabs and change them if necessary. The changes will be reflected in JSON format in the Connector configuration text box.

  8. After all the settings are correctly configured, select Create connector


    If you’re using Aiven for Apache Kafka, topics will not be created automatically. Either create them manually following the naming pattern or enable the kafka.auto_create_topics_enable advanced parameter.

  9. Verify the connector status under the Connectors screen.

  10. Verify the presence of the data in the target Apache Kafka topic coming from the MySQL dataset. The topic name is equal to concatenation of the database and table name. If you need to change the target table name, you can do so using the Kafka Connect RegexRouter transformation.


You can also create connectors using the Aiven CLI command.