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

MaxWell中基本使用原理

  • 一、MaxWell概述
    • 1、MaxWell定义
    • 2、MaxWell工作原理
      • [1、MySQL 主从复制过程](#1、MySQL 主从复制过程)
      • [2、Maxwell 的工作原理](#2、Maxwell 的工作原理)
      • [3、MySQL 的 binlog](#3、MySQL 的 binlog)
        • [(1) 什么是 binlog](#(1) 什么是 binlog)
        • [(2) binlog 的开启](#(2) binlog 的开启)
        • [(3) binlog 的分类设置](#(3) binlog 的分类设置)
    • [3、Maxwell 与 Canal 的对比](#3、Maxwell 与 Canal 的对比)

一、MaxWell概述

SpringCloud+全栈Java微服务+分布式,全栈学习springcloud微服务技术栈课程

1、MaxWell定义

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

网站:MaxWell

2、MaxWell工作原理

SpringCloud+全栈Java微服务+分布式,全栈学习springcloud微服务技术栈课程

1、MySQL 主从复制过程

Master主库将改变记录,写到二进制日志(binary log)中
Slave 从库向 mysql master 发送 dump 协议,将 master 主库的 binary log events 拷贝 到它的中继日志(relay log);
Slave从库读取并重做中继日志中的事件,将改变的数据同步到自己的数据库。

SpringCloud+全栈Java微服务+分布式,全栈学习springcloud微服务技术栈课程

2、Maxwell 的工作原理

SpringCloud+全栈Java微服务+分布式,全栈学习springcloud微服务技术栈课程

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的配置文件下,修改配置

java 复制代码
在[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格式比较合适

SpringCloud+全栈Java微服务+分布式,全栈学习springcloud微服务技术栈课程

3、Maxwell 与 Canal 的对比

对比 Canal Maxwell
语言 java java
数据格式 格式自由 json
采集数据模式 增量 全量/增量
数据落地 定制 支持kafka等多种平台
HA 支持 支持
相关推荐
倔强的石头_5 小时前
kingbase备份与恢复实战(二)—— sys_dump库级逻辑备份与恢复(Windows详细步骤)
数据库
武子康11 小时前
大数据-237 离线数仓 - Hive 广告业务实战:ODS→DWD 事件解析、广告明细与转化分析落地
大数据·后端·apache hive
大大大大晴天12 小时前
Flink生产问题排障-Kryo serializer scala extensions are not available
大数据·flink
jiayou641 天前
KingbaseES 实战:深度解析数据库对象访问权限管理
数据库
李广坤2 天前
MySQL 大表字段变更实践(改名 + 改类型 + 改长度)
数据库
武子康3 天前
大数据-236 离线数仓 - 会员指标验证、DataX 导出与广告业务 ODS/DWD/ADS 全流程
大数据·后端·apache hive
爱可生开源社区3 天前
2026 年,优秀的 DBA 需要具备哪些素质?
数据库·人工智能·dba
随逸1774 天前
《从零搭建NestJS项目》
数据库·typescript
武子康4 天前
大数据-235 离线数仓 - 实战:Flume+HDFS+Hive 搭建 ODS/DWD/DWS/ADS 会员分析链路
大数据·后端·apache hive
DianSan_ERP4 天前
电商API接口全链路监控:构建坚不可摧的线上运维防线
大数据·运维·网络·人工智能·git·servlet