mysql cdc机制_余日祥

MySqlCdc

MySQL/MariaDB binlog change data capture (CDC) connector for .NET

Acts as a replication client streaming binary log events in real-time.

MySqlCdc is designed for capturing MySQL changes. For event streaming consider Kafka.

NuGet feed: MySqlCdc

Use cases

Transaction log events are immutable and appended in strictly sequential order. This simplifies your concurrency model and allows you to avoid distributed locks that handle race conditions from parallel database requests.

Event sourcing.

Cache invalidation.

OLAP. Analytics. Reporting. Data Warehouse.

Replicating MySQL database to Memcached/Redis cache.

Replicating MySQL database to NoSQL/Elasticsearch. Derived data systems.

Warnings

Be careful when working with binary log event streaming.

Binlog stream includes changes made to all databases on the master server including sql queries with sensitive information and you may leak data from the databases. Consider deploying your database to an isolated instance.

Transaction log represents a sequence of append-only files. It includes changes for databases/tables that you deleted and then recreated. Make sure you don't replay the phantom events in your application.

In transactional storage engines(InnoDB, MyRocks) binlog will only include committed transactions in their commit order to guarantee consistency. Aborted or rolled-back transactions will not appear in the binary log. On the other hand in non-transactional storage engines(MyISAM) binlog will also include changes from rolled-back transactions.

Limitations

Please note the lib currently has the following limitations:

Supports only standard auth plugins mysql_native_password and caching_sha2_password.

Currently, the library doesn't fully support SSL encryption.

Prerequisites

Please make sure the following requirements are met:

The user is granted REPLICATION SLAVE, REPLICATION CLIENT privileges.

Binary logging is enabled(it's done by default in MySQL 8). To enable binary logging configure the following settings on the master server and restart the service:

binlog_format = row

binlog_row_image = full

MySQL 5.6/5.7 and MariaDB 10.1 also require the following line:

server-id = 1

Optionally in MySQL 5.6+ / MariaDB 10.5+ you can enable logging table metadata(column names, types, see TableMetadata class).

binlog_row_metadata = full

Optionally you can enable logging SQL queries that precede row based events and listen to RowsQueryEvent.

MySQL

binlog_rows_query_log_events = on

MariaDB

binlog_annotate_row_events = on

Also note that there are expire_logs_days, binlog_expire_logs_seconds settings that control how long binlog files live. By default MySQL/MariaDB have expiration time set and delete expired binlog files. You can disable automatic purging of binlog files this way:

expire_logs_days = 0

Example

You have to obtain columns ordinal position of the table that you are interested in.

The library is not responsible for this so you have to do it using another tool.

select TABLE_SCHEMA, TABLE_NAME, COLUMN_NAME, ORDINAL_POSITION

from INFORMATION_SCHEMA.COLUMNS

where TABLE_NAME='AspNetUsers' and TABLE_SCHEMA='Identity'

order by ORDINAL_POSITION;

Alternatively, in MySQL 5.6 / MariaDB 10.5 and newer you can obtain column names by logging full metadata (see TableMetadataEvent.Metadata).

This way the metadata is logged with each TableMapEvent which impacts bandwidth.

binlog_row_metadata = full

Binlog event stream replication

Data is stored in Cells property of row events in the same order. See the C# sample project.

var client = new BinlogClient(options =>

{

options.Port = 3306;

options.Username = "root";

options.Password = "Qwertyu1";

options.SslMode = SslMode.DISABLED;

options.HeartbeatInterval = TimeSpan.FromSeconds(30);

options.Blocking = true;

// Start replication from MariaDB GTID. Recommended.

options.Binlog = BinlogOptions.FromGtid(GtidList.Parse("0-1-270"));

// Start replication from MySQL GTID. Recommended.

var gtidSet = "d4c17f0c-4f11-11ea-93e3-325d3e1cd1c8:1-107, f442510a-2881-11ea-b1dd-27916133dbb2:1-7";

options.Binlog = BinlogOptions.FromGtid(GtidSet.Parse(gtidSet));

// Start replication from the master binlog filename and position

options.Binlog = BinlogOptions.FromPosition("mysql-bin.000008", 195);

// Start replication from the master last binlog filename and position.

options.Binlog = BinlogOptions.FromEnd();

// Start replication from the master first available(not purged) binlog filename and position.

options.Binlog = BinlogOptions.FromStart();

});

await foreach (var binlogEvent in client.Replicate())

{

var state = client.State;

if (binlogEvent is TableMapEvent tableMap)

{

await HandleTableMapEvent(tableMap);

}

else if (binlogEvent is WriteRowsEvent writeRows)

{

await HandleWriteRowsEvent(writeRows);

}

else if (binlogEvent is UpdateRowsEvent updateRows)

{

await HandleUpdateRowsEvent(updateRows);

}

else if (binlogEvent is DeleteRowsEvent deleteRows)

{

await HandleDeleteRowsEvent(deleteRows);

}

else await PrintEventAsync(binlogEvent);

}

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.

XidEvent indicating commit of the transaction.

It's best practice to use GTID replication with the FromGtid method. Using the approach you can correctly perform replication failover.

Note that in GTID mode FromGtid has the following behavior:

FromGtid(@@gtid_purged) acts like FromStart()

FromGtid(@@gtid_executed) acts like FromEnd()

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.

using (Stream stream = File.OpenRead("binlog.000003"))

{

EventDeserializer deserializer = mariadb

? new MariaDbEventDeserializer()

: new MySqlEventDeserializer();

var reader = new BinlogReader(deserializer, stream);

await foreach (var binlogEvent in reader.ReadEvents())

{

await PrintEventAsync(binlogEvent);

}

}

Type mapping notes

MySQL Type

.NET type

BLOB types

byte[]

GEOMETRY

byte[]

JSON (MySQL)

byte[], see below

JSON (MariaDB)

byte[], see below

BIT

bool[]

TINYINT

byte

SMALLINT

short

MEDIUMINT

int(3), see below

INT

int

BIGING

long

FLOAT

float

DOUBLE

double

DECIMAL

string

VARCHAR, VARBINARY

string

CHAR

string

ENUM

int

SET

long

YEAR

int

DATE

Nullable

DATETIME

Nullable

TIME

TimeSpan

TIMESTAMP

DateTimeOffset

Invalid DATE, DATETIME values(0000-00-00) are parsed as DateTime null.

TIME, DATETIME, TIMESTAMP (MySQL 5.6.4+) will lose microseconds when converted to .NET types as MySQL types have bigger fractional part than corresponding .NET types can store.

Signedness of numeric columns cannot be determined in MariaDB/MySQL 5.5. The library stores all numeric columns as CLS-compliant types from the table above. The client has the information and should manually cast to sbyte, ushort, uint or ulong if necessary. The only exception is 3-byte unsigned mediumint which must be casted this way:

// casting unsigned mediumint columns

uint cellValue = (uint)(int)row.Cells[0];

uint mediumint = (cellValue << 8) >> 8;

JSON columns have different storage format in MariaDB and MySQL:

// MariaDB stores JSON as strings

byte[] data = (byte[])row.Cells[0];

string json = Encoding.UTF8.GetString(data);

// MySQL stores JSON in binary format that needs to be parsed

byte[] data = (byte[])row.Cells[0];

string json = MySqlCdc.Providers.MySql.JsonParser.Parse(data);

GEOMETRY type is read as byte[] but there is no parser that constructs .NET objects.

DECIMAL type is parsed to string as MySql decimal has bigger range(65 digits) than .NET decimal.

Similar projects

The project is based on mysql-binlog-connector-java library, MariaDB and MySQL documentation.

Supported versions

MySqlCdc supports both MariaDB & MySQL server.

MariaDB

Status

10.1

✅ Supported

10.2

✅ Supported

10.3

✅ Supported

10.4

✅ Supported

10.5

✅ Supported

MySQL

Status

5.6

✅ Supported

5.7

✅ Supported

8.0

✅ Supported

License

The library is provided under the MIT License.

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值