mysql_cdc
MySQL/MariaDB binlog replication client for Rust
Limitations
Please note the lib currently has the following limitations:
- Supports only standard auth plugins
mysql_native_password
andcaching_sha2_password
. - Currently, the library doesn't support SSL encryption.
- Doesn't handle split packets (16MB and more).
Binlog event stream replication
Real-time replication client works the following way.
// Start replication from MariaDB GTID
let _options = from_mariadb_gtid;
// Start replication from MySQL GTID
let gtid_set =
"d4c17f0c-4f11-11ea-93e3-325d3e1cd1c8:1-107, f442510a-2881-11ea-b1dd-27916133dbb2:1-7";
let _options = from_mysql_gtid;
// Start replication from the position
let _options = from_position;
// Start replication from last master position.
// Useful when you are only interested in new changes.
let _options = from_end;
// Start replication from first event of first available master binlog.
// Note that binlog files by default have expiration time and deleted.
let options = from_start;
let options = ReplicaOptions ;
let client = new;
for in client.replicate
A typical transaction has the following structure.
GtidEvent
if gtid mode is enabled.- One or many
TableMapEvent
events.- One or many
WriteRowsEvent
events. - One or many
UpdateRowsEvent
events. - One or many
DeleteRowsEvent
events.
- One or many
XidEvent
indicating commit of the transaction.
It's best practice to use GTID replication with the from_gtid
method. Using the approach you can correctly perform replication failover.
Note that in GTID mode from_gtid
has the following behavior:
from_gtid(@@gtid_purged)
acts likefrom_start()
from_gtid(@@gtid_executed)
acts likefrom_end()
Reading binlog files offline
In some cases you will need to read binlog files offline from the file system.
This can be done using BinlogReader
class.
let file = open.unwrap;
let reader = new.unwrap;
for in reader.read_events