数据库数据实时采集 -- Maxwell

本文主要是介绍数据库数据实时采集 -- Maxwell，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

1、Maxwell 简介

• Maxwell 是一个能实时读取 MySQL 二进制日志文件binlog，并生成 Json格式的消息，作为生产者发送给 Kafka，Kinesis、RabbitMQ、Redis、
  Google Cloud Pub/Sub、文件或其它平台的应用程序。它的常见应用场景有ETL、维护缓存、收集表级别的dml指标、增量到搜索引擎、数据分区迁移、
  切库binlog回滚方案等。

  • 官网(http://maxwells-daemon.io)
  • GitHub(https://github.com/zendesk/maxwell)

• Maxwell主要提供了下列功能

  • 1. 支持SELECT * FROM table的方式进行全量数据初始化。
  • 2. 支持在主库发生failover后，自动恢复binlog位置，实现断点续传。
  • 3. 可以对数据进行分区，解决数据倾斜问题，发送到Kafka的数据支持库、表、列等级别的数据分区。
  • 4. 工作方式是伪装为slave接收binlog events，然后根据schema信息拼装，可以接受ddl、xid、row等event。

2、Mysql Binlog介绍

2.1 Binlog 简介

• MySQL中一般有以下几种日志

  日志类型	写入日志的信息
  错误日志	记录在启动，运行或停止mysqld时遇到的问题
  通用查询日志	记录建立的客户端连接和执行的语句
  二进制日志 binlog	记录更改数据的语句
  中继日志	从服务器 复制 主服务器接收的数据更改
  慢查询日志	记录所有执行时间超过 long_query_time 秒的所有查询或不使用索引的查询
  DDL日志（元数据日志）	元数据操作由DDL语句执行

• 在默认情况下，系统仅仅打开错误日志，关闭了其他所有日志，以达到尽可能减少IO损耗提高系统性能的目的，但是在一般稍微重要一点的实际应用场景中，都至少需要打开二进制日志，因为这是MySQL很多存储引擎进行增量备份的基础，也是MySQL实现复制的基本条件

• 接下来主要介绍二进制日志 binlog。

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

• Binlog日志的两个最重要的使用场景

  • MySQL主从复制
    • MySQL Replication在Master端开启binlog，Master把它的二进制日志传递给slaves来达到master-slave数据一致的目的。
  • 数据恢复
    • 通过使用 mysqlbinlog工具来使恢复数据。

2.2 Binlog 的日志格式

• 记录在二进制日志中的事件的格式取决于二进制记录格式。支持三种格式类型：

  • Statement：基于SQL语句的复制（statement-based replication, SBR）
  • Row：基于行的复制（row-based replication, RBR）
  • Mixed：混合模式复制（mixed-based replication, MBR）

• Statement

  • 每一条会修改数据的sql都会记录在binlog中。
  • 优点
    • 不需要记录每一行的变化，减少了binlog日志量，节约了IO, 提高了性能。
  • 缺点
    • 在进行数据同步的过程中有可能出现数据不一致。
    • 比如 update tt set create_date=now()，如果用binlog日志进行恢复，由于执行时间不同可能产生的数据就不同。

• Row

  • 它不记录sql语句上下文相关信息，仅保存哪条记录被修改。
  • 优点
    • 保持数据的绝对一致性。因为不管sql是什么，引用了什么函数，它只记录执行后的效果。
  • 缺点
    • 每行数据的修改都会记录，最明显的就是update语句，导致更新多少条数据就会产生多少事件，占用较大空间。

• Mixed

  • 从5.1.8版本开始，MySQL提供了Mixed格式，实际上就是Statement与Row的结合。
  • 在Mixed模式下，一般的复制使用Statement模式保存binlog，对于Statement模式无法复制的操作使用Row模式保存binlog， MySQL会根据执行的SQL语句选择日志保存方式（因为statement只有sql，没有数据，无法获取原始的变更日志，所以一般建议为Row模式)。
  • 优点
    • 节省空间，同时兼顾了一定的一致性。
  • 缺点
    • 还有些极个别情况依旧会造成不一致，另外statement和mixed对于需要对binlog的监控的情况都不方便。

3、Mysql 实时数据同步方案对比

• mysql 数据实时同步可以通过解析mysql的 binlog 的方式来实现，解析binlog可以有多种方式，可以通过canal，或者maxwell等各种方式实现。以下是各种抽取方式的对比介绍。

  

• 其中canal 由 Java开发，分为服务端和客户端，拥有众多的衍生应用，性能稳定，功能强大；canal 需要自己编写客户端来消费canal解析到的数据。

• Maxwell相对于canal的优势是使用简单，Maxwell比Canal更加轻量级，它直接将数据变更输出为json字符串，不需要再编写客户端。对于缺乏基础建设，短时间内需要快速迭代的项目和公司比较合适。

• 另外Maxwell 有一个亮点功能，就是Canal只能抓取最新数据，对已存在的历史数据没有办法处理。而Maxwell有一个bootstrap功能，可以直接引导出完整的历史数据用于初始化，非常好用。

4、开启Mysql的Binlog

• 1、服务器当中安装mysql（省略）

  • 注意：mysql的版本尽量不要太低，也不要太高，最好使用5.6及以上版本。

• 2、添加mysql普通用户maxwell

  • 为mysql添加一个普通用户maxwell，因为maxwell这个软件默认用户使用的是maxwell这个用户。

  • 进入mysql客户端，然后执行以下命令，进行授权

    mysql -uroot -p123456
    

  • 执行sql语句

    --校验级别最低，只校验密码长度
    mysql> set global validate_password_policy=LOW;
    mysql> set global validate_password_length=6;
    
    --创建maxwell库（启动时候会自动创建，不需手动创建）和用户
    mysql> CREATE USER 'maxwell'@'%' IDENTIFIED BY '123456';
    mysql> GRANT ALL ON maxwell.* TO 'maxwell'@'%';
    mysql> GRANT SELECT, REPLICATION CLIENT, REPLICATION SLAVE on *.* to 'maxwell'@'%'; 
    --刷新权限
    mysql> flush privileges;
    

• 3、修改配置文件 /etc/my.cnf

  • 执行命令 sudo vim /etc/my.cnf, 添加或修改以下三行配置

    #binlog日志名称前缀
    log-bin= /var/lib/mysql/mysql-bin
    
    #binlog日志格式
    binlog-format=ROW
    
    #唯一标识，这个值的区间是：1到(2^32)-1
    server_id=1
    

• 4、重启mysql服务

  • 执行如下命令

    sudo service mysqld restart
    

• 5、验证binlog是否配置成功

  • 进入mysql客户端，并执行以下命令进行验证

    mysql -uroot -p123456
    mysql> show variables like '%log_bin%';
    

    

• 6、查看binlog日志文件生成

  • 进入 /var/lib/mysql 目录，查看binlog日志文件.

    

这篇关于数据库数据实时采集 -- Maxwell的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！