| title | date | tags |
|---|---|---|
duckula3/install |
2020-12-12 14:35:39 -0800 |
互联网体系架构具有可控性差、 数据量大、 架构复杂等特点，错综复杂的各业务模块需要解耦，各异构数据需要同步，双活/多活的容灾方案需要高实时性 等，在各种场合都需要一套可靠的数据实时推送方案。mysql已成为互联网项目存储的主力，围绕着它的各外围模块急需实时地获取它的数据，binlog监听是解决此实时同步问题的不二之选。duckula就是为了满足此需求而设计与开发出来的中间件。
duckula3是一款binlog监听的中间件，但它不仅仅是一款binlog监听的中间件，它可以允许用户自主使用binlog数据。可以有多变的使用方式，可以做为中间件独立布署，也可以嵌入到项目中启动布署，可以嵌入到springboot项目，也可以嵌入到纯java项目，它也有专用于flink的source，可以使flink直连数据库，拿到它的实时数据。由于它良好的插件设计，可以支持任何用户自定义的监听开发。
大概在2016年的时候，我在***中间件团队时，当时公司使用了一套叫“精卫”的中间，由于阿里不对它开源，只是使用权，在支撑业务线运行的过程中，发现了较多的问题，如采用回退12秒HA的模式带来的数据重复推送、界面全是手工录入，耗时也易出错，配置非常复杂（特别是分库分表情况往往要1、2个小时才能搞定），HA时启动失败需要重置位点导致的丢数据没有补全方案等方方面面。 由于没有源码，只能干瞪眼。所以那时就下决心解决这个问题。经过一段时间的选型，在github找了几个binlog解释器，就一条：性能不达标，一票否决了，那时也有关注canel，性能是OK，但是它的设计初是解决两地数据复制问题（当时的版本），而与我要找的是精卫的替代方案，它是要满足数据的分类推送（如哪个表推送哪个消息的topic中）。就有了自研的念头。于是就有了zorro中间件。
离开这家公司后来到了一家央企，无事可干，实在无聊，zorro的设计还是感觉不满意，代码也不能拿出来，但知识是在脑子里的，于是重写binlog中间件，这就是duckula的雏形，纯粹写着玩了。
等我写完后，离开了央企，到了下一家互联网公司任技术专家，刚好碰到一个“世纪难题”，一张mysql表已3KW了，没有做分库分表，且开发它代码的人都离职了，没人懂里面的细节了，查询条件非常复杂，索引建了无数，但没用，系统越来越慢，而且每天都有5W多的数据新增，而且要保留很长时间的数据（基本上是全部），不能删除，而且实时性要求很高（基本上前一个状态改了马上要能查到，好做下一步操作）， 照这样发展，系统肯定得废啊。于是我想到了duckula，但它只有mysql的binlog到kafka这一个模块，并没有监听kafka插入到es模块，而且3KW数据的全量导入ES也是个问题，总不能产生3KW的binlog事件发kafka吧。kafka也得爆（配置不怎么样）,于是加紧开发了 这2个模块，加上前面已有的binlog监听模块，这3个模块就完成了从mysql到ES同步的闭环。完美，这就是duckula1初步完成。
接下来公司要上paas系统了，我们把中间件全部迁上k8s，把spring cloud这一套也全部上k8s，那么duckula1的SSH连接主机（就像cachcloud）管理binlog监听任务的这一套必须得变了，把原来的有“服务器”变为k8s的“无服务器”布署模式，而且要试着兼容之前的运行模式，这次改造超出了我当初的预期，花费了大量时间，要考虑的东西实在太多了，好在duckula2版本最终出来了，更进一步的是，把它SaaS化，也就是支持让业务线的同学直接跟据需求配置监听任务，这样就没有基础架构组啥事了。且它后面开发了支持"普罗米修斯"的监控。支持binlog的行列过滤等功能也开发了，于是duckula2变得越来越“重”，它表现在布署非常麻烦，配置项就有几百个。
应该说我们的使用场景太丰富了（toB行业）， 接下来又发生了现在的duckula2无法解决的场景----属地化部署，有一个项目有属地化的需求，给我们的机器资源有限，但是duckula2又对zookeeper、kafka等中间件有依赖，duckula2自身也需要布署一个ops(控制台)，不可能有这么多的资源让我布署了，于是跟据需求，我把duckula2又进行了一次重构，形成了一个轻量级的binlog监听工具包叫ducklite，它可以以jar包的形式被项目直接引用，分布式锁从zookeeper改为了mysql锁，表的“列名”，“位点”等元数据存储在mysql里不用zookeeper， 这次真的轻了，只依赖mysql就行了，但它只是临时方案，离完整的binlog解决方案还是有些差距。
在现实使用ducklite中又发现状况，没有全量方案，最开始上线没多少数据，可以全量修改产生全量的binlog确实没问题，等上了生产后产生了大量数据就玩不转了，还有老客户的旧版本迁移到新系统后，旧系统的数据如何全量推ES？还有，由于ducklite是嵌入到应用系统的，监听任务的开发由业务人员完成的，由于开发人员的素质差异，差的监听执行器往往会影响ducklite的监听任务运行，所以他们经常抱怨“太慢了”，“怎么又死了”，于是下决心在ducklite的基础上开发可以独立布署的新版本:duckula3。
duckula的重头戏是binlog监听，但它又不止于binlog监听，它的作用范围有了进一步的延伸，如：把监听的消息实时入ES，通过配置完成mysql到ES的快速全量导入等，这样就有了一个从mysql到ES的闭环。有了duckula后，业务开发人员就不用理会mysql到es的同步问题，只需跟据业务需求开发ＥＳ的查询语句就可以了。
duckula3可以分为三块：
ops： 调度中心，配置中心，不强依赖，只是方便配置和管理执行器。
执行器： binlog监听执行器/kafka consumer执行器/全量导入执行器，这块是duckula的重心。
插件： 支持执行器往各种不同的存储中间件进行导入，现在支持的有ES5、ES6、ES7、kafka、mysql、log(测试用)、http 等
配置项是为了更好的支持执行器的配置，一切都是为了重用，我们把一个执行器需要的配置项分为6大块
-
布署环境 执行器将会在哪个环境里运行，现在支持 k8s/docker/contos7，duckula会使用它的配置来布署执行器
-
实例 binlog监听执行器需要监听哪个数据库，dump（全量导入）需要扫哪个数据库 等配置信息
-
存储中间件 所有的执行器需要把数据发往哪个地方存储或通知，现在支持ES/mysql等
-
版本 执行器使用了duckula3的哪个版本
-
检查点 检查点（checkpoint）是binlog监听执行器用来做HA（高可用），支持 内存/h2db/mysql 三种类型，只有mysql可以做跨机器的HA，h2db只能在本机做HA，内存不能做HA，它需要借助宿主应用做HA，如flink本身就有checkpoint机制，那么duckula3实现的flink source就需要使用内存类型的检查点，duckula3会把元数据借助flink的checkpoint来存储，从而完成HA的。
执行器都有通过jmx暴露普罗米修斯接口。
duckula3设计的初衷就是简单，布署简单，配置简单，使用简单
-
执行初始化SQL脚本，创建数据库使用下面的脚本 ：duckula-ops\devops\sql\duckula.sql
https://gitee.com/rjzjh/duckula-ops/blob/master/devops/sql/duckula.sql
-
下载执行jar包：
-
、、跟据实距情况修改下面配置，并保存到用户home目录的duckula-ops.properties文件
spring.datasource.dynamic.primary=master spring.datasource.dynamic.strict=false spring.datasource.dynamic.datasource.master.url=jdbc:mysql://docker.for.win.localhost:3306/duckula?serverTimezone=UTC&useUnicode=true&characterEncoding=utf-8&useSSL=false&allowPublicKeyRetrieval=true spring.datasource.dynamic.datasource.master.username=root spring.datasource.dynamic.datasource.master.password=mysql spring.datasource.dynamic.datasource.master.driver-class-name=com.mysql.jdbc.Driver spring.cloud.refresh.refreshable=none mybatis-plus.mapper-locations=classpath:mybatis/primary/sqlmap/*.xml logging.level.net.wicp.tams.app.duckula.controller.dao=DEBUG
-
启动ops。
简单启动 : java -jar -server duckula-ops.jar
前面的文件配置和初始化步骤不变，然后执行：
docker run -d -it --name=duckula-ops -v C:/Users/Administrator:/home/duckula -p 8080:8080 registry.cn-hangzhou.aliyuncs.com/rjzjh/duckula:ops.3.0.0
停止任务：docker stop duckula-ops
删除任务：docker rm duckula-ops
要在k8s里启动，首先需要安装helm3，具体安装步骤，k8s的config相关配置， 请自行google。
-
找到源码的这个目录： duckula-ops\devops\k8s\duckula3-ops
-
cmd到这个目录下，跟据实际情况修改文件：values.yaml，再执行命令：
helm install -name rjzjh .\duckula3-ops\ --namespace default
-
查看相关日志：
-
本地访问地址
设置本地转发：kubectl port-forward po/rjzjh-duckula-ops-58f87bf5b9-pl7k2 8080:8080 -n default
-
下载源码，安装好jdk和maven，编译成功
-
修改配置文件
如上创建好配置文件duckula-ops.properties，你可以在bootstrap.yml修改配置文件的位置。
-
启动springboot的启动类 启动类为：net.wicp.tams.duckula.ops.App
-
打docker镜像
先通过maven打包或本地安装jar： maven clean install -Dmaven.test.skip=true -Dmaven.javadoc.skip=true
切换到target目录下执行：docker build -t registry.cn-hangzhou.aliyuncs.com/rjzjh/duckula:duckula-ops.3.0.0 .
上面的group：registry.cn-hangzhou.aliyuncs.com/rjzjh/duckula跟据自己的情况进行替换。
-
推送镜像到image私服
docker login -u XXXXX
docker push registry.cn-hangzhou.aliyuncs.com/rjzjh/duckula:duckula-ops.3.0.0 .
duckula3可以做为一个jar包的方式存在于一个项目的依赖中，如同使用其它的工具类一样，只要引入相关的jar包，很简单的做些配置就可以在宿主项目中跑起来。duckula3已上传到maven**库，可以在任何使用maven的项目是直接使用，maven坐标为：
<dependency>
<groupId>net.wicp.tams</groupId>
<artifactId>common-binlog-alone</artifactId>
<version>最大版本</version>
</dependency>下面的示例项目在oschina上：https://gitee.com/rjzjh/duckula3-dev-demo
项目结构如下：
主文件入口：
package net.wicp.tams.duckula.demo.cuslistener;
import java.io.IOException;
import java.util.Properties;
import net.wicp.tams.common.Conf;
import net.wicp.tams.common.apiext.IOUtil;
import net.wicp.tams.common.binlog.alone.BusiAssit;
public class Main {
public static void main(String[] args) throws IOException {
Properties props = IOUtil.fileToProperties("/common-binlog-chk-mysql.properties", Main.class);
Conf.overProp(props);
BusiAssit.startListenerForConfig();
System.in.read();
}
}配置文件：
#插件可以看common-es-plugin的test
common.binlog.alone.binlog.global.busiPluginDir=null
#默认的监听服务配置,如果有多套，复制此配置并修改global.conf为conf.XXXX(见下面示例)
common.binlog.alone.binlog.global.conf.host= localhost
common.binlog.alone.binlog.global.conf.port = 3307
common.binlog.alone.binlog.global.conf.username = root
common.binlog.alone.binlog.global.conf.password = mysql
common.binlog.alone.binlog.global.conf.listener = net.wicp.tams.duckula.demo.cuslistener.TestListener
common.binlog.alone.binlog.global.conf.rds = false
#设置了groupId表示需要做分布式锁，同一个groupId+ip就是一个集群分布式锁
common.binlog.alone.binlog.global.conf.groupId = 20000
#默认使用CheckPointH2db，还提供了CheckPointMemory的chk实现,CheckPointMysql多进程的HA机制
common.binlog.alone.binlog.global.chk=net.wicp.tams.common.binlog.alone.checkpoint.CheckPointMysql
#如果其它与配置相同就可以不配置
common.binlog.alone.binlog.global.chk.mysql.defaultdb=tams
#cur表示从当前最新位点启动，last表示从记录的最后位点启动，pos表示从上面设置的gtids启动
common.binlog.alone.binlog.global.conf.haType = last
#为了做HA,必须填一个，否则不能区分lastPo
common.binlog.alone.binlog.conf.abc.clientId=20000
#监听规则,这是2组，就是test库的user_info和user_addr表被监听，这两张表有binlog时才会给到上面配置的listener
common.binlog.alone.binlog.conf.abc.rule=test`user_info`{}&test`user_addr`{}由于使用的是具有HA和分布式锁的最完备的CheckPointMysql，所以配置项会多一些，而且需要在监听项上创建一个tams数据库（binlog监听时需要存储元数据），监听的帐号对这个库具有建表权限（通过表锁来实现分布式锁），上面这些配置都有说明。
实际上可以使用的配置项会非常多，而且会不断的增加，如果不熟悉的使用者肯定搞晕，所以会有duckula-ops帮助配置和布署。
示例项目见：duckula3-dev-demo-cuslistener
在spring boot项目中嵌入式使用duckula3，除了上面提及的的maven坐标依赖外，还需引入另一个jar包：
<dependency>
<groupId>net.wicp.tams</groupId>
<artifactId>common-spring-autoconfig</artifactId>
<version>最后一个版本</version>
</dependency>在启动类需要中入enable注解：
springconfpres配置是指像你数据库连接地址的配置，跟据实际情况修改。
接下来就创建一个监听器，使用注解的方式说明：
//chk默认为CheckPointH2db,如果不变无需配置。conf：随意，不能重复 rule：监听配置，监听duckula库sys_user表
@BinlogListener(conf = "abc", chk = "net.wicp.tams.common.binlog.alone.checkpoint.CheckPointMemory", rule = "duckula`sys_user`{}")
public class TestListener extends AbsBinlogListener {
@Override
public void doBusiTrue(Rule rule, DuckulaEvent duckulaEvent, boolean isSplit) {
String username = DuckulaAssit.getValue(duckulaEvent, "username", 0);
System.out.println("username=" + username);
}
// 当修改表时触发，如加字段
@Override
public Result doAlterTableCallBack(Rule rule, ColHis colHis, String sql) {
return Result.getSuc();
}
@Override
public void doInit(Rule rule, int index) {
}
}示例项目见：duckula3-dev-demo-springboot
duckula3也可以在flink里使用,已完成用于监听binlog的source开发。
用法见博文：https://blog.csdn.net/rjzjh/article/details/100864012
到了见证成果的时候了：
布署页：
React
Typescript
Django
Laravel
Facebook
Microsoft
Google
Alibaba
D3
Tencent