mysql-binlog-connector-java
mysql-binlog-connector-java copied to clipboard
osheroff
MySQL Binary Log connector
We have a Java 11 Spring boot app integrated with Kafka/Debezium. Versions ``` debeziumSpringbootStarterVersion=1.0.4.RELEASE kafkaVersion=2.8.0 debeziumConnectorMysql=1.0.0.Final mysqlBinlogConnector=0.21.0 ``` On a Mysql (5.7) database database change is made (user dropped/ tables...
Hi, With version 0.27.1, the BinaryLogClient tries to detect if the GtidSet is a MariaDB GtidSet or not. It uses the pattern ^\d+-\d+-\d+ to detect this. We are using MySQL...
when i read source code about BinaryLogClient connect to mysql , why can i not found "COM_REGISTER_SLAVE" command request before requesting a binlog events with COM_BINLOG_DUMP ? but it can...
As the title describes, I want to know something about the performance of `mysql-binlog-connector-java`. And I would be very grateful if you have any relevant information.
version: 0.25.3 at: com/github/shyiko/mysql/binlog/event/deserialization/TableMapEventMetadataDeserializer.java:92  In this switch-case code block,the `case ENUM_AND_SET_COLUMN_CHARSET:` statement does not end with the `break` keyword. Is this a bug, or are there other concerns?
**Env:** We are using StreamSets to ingest data from mysql 5.7's binlog to kafka ,it uses mysql-binlog-connector-java version 0.23.3 , and Streamsets set batch process, each batch is 300. and...
MySQL binlog compression (https://dev.mysql.com/doc/refman/8.0/en/binary-log-transaction-compression.html) brings a new event type - TRANSACTION_PAYLOAD See https://github.com/mysql/mysql-server/commit/1e5ae348c6f7 for the implementation details
currently the pom.xml is pointing to `com.zendesk` https://github.com/osheroff/mysql-binlog-connector-java/blob/master/pom.xml#L5 Should this be changed to `osheroff` instead since its not a zendesk's repo
## Background The company's trading center has sub-databases and sub-tables, the mysql database has 32 schemas, and each schema has 32 tables; it is equivalent to a logical table corresponding...
