MaxWell中基本使用原理 完整使用 (第一章)

一、MaxWell概述

1、MaxWell定义

Maxwell是由美国Zendesk开源，用Java编写的MySQL实时抓取软件。实时读取 MySQL二进制日志Binlog,并生成JSON格式的消息，作为生产者发送给Kafka, Kinesis、 RabbitMQ、Redis、Google Cloud Pub/Sub、文件或其它平台的应用程序。

网站：MaxWell

2、MaxWell工作原理

1、MySQL 主从复制过程

Master主库将改变记录，写到二进制日志(binary log)中

Slave 从库向 mysql master 发送 dump 协议，将 master 主库的 binary log events 拷贝 到它的中继日志(relay log)；

Slave从库读取并重做中继日志中的事件，将改变的数据同步到自己的数据库。

2、Maxwell 的工作原理

Maxwell的工作原理很简单，就是把自己伪装成MySQL的一个slave,然后以slave 的身份假装从MySQL（master復制数据)。

3、MySQL 的 binlog

(1) 什么是 binlog

MySQL的二进制日志可以说MySQL最重要的日志了，它记录了所有的DDL和DML（除 了数据查询语句）语句，以事件形式记录，还包含语句所执行的消耗的时间，MySQL的二进 制日志是事务安全型的。

一般来说开启二进制日志大概会有 1%的性能损耗。二进制有两个最重要的使用场景:

其一：MySQL Replication在Master端开启binlog，Master把它的二进制日志传递 给slaves来达到master-slave数据一致的目的。

其二：自然就是数据恢复了，通过使用mysqlbinlog工具来使恢复数据。

二进制日志包括两类文件：二进制日志索引文件（文件名后缀为.index）用于记录所有 的二进制文件，二进制日志文件（文件名后缀为.00000*）记录数据库所有的DDL和DML（除 了数据查询语句）语句事件。

(2) binlog 的开启

找到MySQL配置文件的位置

Linux: /etc/my.cnf
如果/etc目录下没有，可以通过locate my.cnf查找位置

Windows: \my.ini

在mysql的配置文件下，修改配置

在［mysqld］区块，设置/添加 log-bin=mysql-bin

这个表示binlog日志的前缀是mysql-bin,以后生成的日志文件就是mysql-bin.000001 的文件后面的数字按顺序生成，每次mysql重启或者到达单个文件大小的阈值时，新生一个 文件,按顺序编号。

(3) binlog 的分类设置

mysql binlog 的格式有三种，分别是 STATEMENT,MIXED,ROW。 在配置文件中可以选择配置 binlog_format= statement|mixed|row

三种格式的区别：

⚪ stateme nt
语句级, binlog 会记录每次一执行写操作的语句。
相对row模式节省空间，但是可能产生不一致性，比如
update test set create_date=now();
如果用binlog日志进行恢复，由于执行时间不同可能产生的数据就不同。
优点： 节省空间
缺点： 有可能造成数据不一致。

⚪ row
行级， binlog 会记录每次操作后每行记录的变化。
优点：保持数据的绝对一致性。因为不管sql是什么，引用了什么函数，他只记录 执行后的效果。
缺点：占用较大空间。

⚪ mixed
混合级别， statement 的升级版，一定程度上解决了 statement 模式因为一些情况 而造成的数据不一致问题。
默认还是statement，在某些情况下，譬如： 当函数中包含 UUID() 时；
包含 AUTO_INCREMENT 字段的表被更新时；
执行 INSERT DELAYED 语句时；
用 UDF 时；
会按照 ROW 的方式进行处理
优点：节省空间，同时兼顾了一定的一致性。
缺点：还有些极个别情况依旧会造成不一致，另外statement和mixed对于需要对 binlog监控的情况都不方便。

综合上面对比，Maxwell想做监控分析，选择row格式比较合适

3、Maxwell 与 Canal 的对比

对比	Canal	Maxwell
语言	java	java
数据格式	格式自由	json
采集数据模式	增量	全量/增量
数据落地	定制	支持kafka等多种平台
HA	支持	支持