该引擎用于监听 binlog 事件,类似于canal、Maxwell等组件
ClickHouse 20.8.2.3 版本新增加了 MaterializeMySQL 的 database 引擎,该 database 能映射到 MySQL中的某个database ,并自动在ClickHouse中创建对应ReplacingMergeTree。
ClickHouse 服务作为 MySQL 副本,读取 Binlog 并执行 DDL 和 DML 请求,实现了基于 MySQL Binlog 机制的业务数据库实时同步功能
_version
用作 ReplacingMergeTree 的版本参数,每当监听到 insert、update 和 delete 事件时,在 databse 内全局自增_sign
则用于标记是否被删除,取值 1 (未删除)或者 -1(已删除)MySQL DDL 查询被转换成相应的 ClickHouse DDL 查询(ALTER, CREATE, DROP, RENAME)。如果 ClickHouse 不能解析某些 DDL 查询,该查询将被忽略
MaterializeMySQL 不支持直接插入、删除和更新查询,而是将 DDL 语句进行相应转换:
MySQL INSERT 查询被转换为 INSERT with _sign=1。
MySQL DELETE 查询被转换为 INSERT with _sign=-1。
MySQL UPDATE 查询被转换成 INSERT with _sign=1 和 INSERT with _sign=-1
ClickHouse 数据库表会自动将 MySQL 主键和索引子句转换为 ORDER BY 元组
打开/etc/my.cnf,在[mysqld]下添加:
server-id=1
log-bin=mysql-bin
binlog_format=ROW
开启binlog功能,并设置格式为row
在 mysql 主从模式下可以确保数据同步的一致性,防止主从切换时漏掉数据
gtid-mode=on
enforce-gtid-consistency=1 # 设置为主从强一致性
log-slave-updates=1 # 记录日志
GTID 是 MySQL 复制增强版,从 MySQL 5.6 版本开始支持;它为每个 event 分配一个全局唯一 ID 和序号,我们可以不用关心 MySQL 集群主从拓扑结构,直接告知 MySQL 这个 GTID 即可。
之后重启MySQL服务
CREATE DATABASE testck;
CREATE TABLE `testck`.`t_organization` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`code` int NOT NULL,
`name` text DEFAULT NULL,
`updatetime` datetime DEFAULT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY (`code`)
) ENGINE=InnoDB;
INSERT INTO testck.t_organization (code, name,updatetime)
VALUES(1000,'Realinsight',NOW());
INSERT INTO testck.t_organization (code, name,updatetime)
VALUES(1001, 'Realindex',NOW());
INSERT INTO testck.t_organization (code, name,updatetime)
VALUES(1002,'EDT',NOW());
首先开启物化引擎:
set allow_experimental_database_materialize_mysql=1;
然后创建数据库(注意:MaterializeMySQL是数据库对数据库的同步)
CREATE DATABASE test_binlog ENGINE = MaterializeMySQL('hadoop102:3306','testck','root','hadoop');
创建完成后即可查看其中的表:
select * from t_organization;
成功查询到数据:
在mysql中修改:
update t_organization set name = CONCAT(name,'-v1') where id = 1
clickhouse中查询:
mysql删除数据:
DELETE FROM t_organization where id = 2;
clickhouse中查询:
数据成功删除
select *,_sign,_version from t_organization order by _sign desc,_version desc;
结果如下:
因此可以看到,数据并没有真正的删除,只是通过_sign来进行了隐藏;