客快物流大数据项目(二十六):客户关系管理服务器

Posted Lansonli

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了客快物流大数据项目(二十六):客户关系管理服务器相关的知识,希望对你有一定的参考价值。

目录

客户关系管理服务器

一、MySQL

1、Mysql部署

2、Mysql开启binlog日志

3、可能遇到的问题

二、​​​​​​​Canal介绍

1、​​​​​​​Canal简介

2、​​​​​​​Mysql的主备复制原理

3、​​​​​​​Canal的工作原理

4、​​​​​​​Canal的架构

三、​​​​​​​Canal安装部署

​​​​​​​1、Canal部署

2、Canal测试

3、​​​​​​​常见错误

四、​​​​​​​Canal采集业务数据到Kafka

1、​​​​​​​配置Canal-Server

2、​​​​​​​导入业务数据到Mysql

五、​​​​​​​初始化业务数据

1、初始化数据库结构


客户关系管理服务器

客户关系关系服务器需要部署Docker环境,将Mysql与Canal部署到Docker容器中

一、MySQL

1、Mysql部署

操作步骤

说明

1

#Docker hub上查找mysql镜像

 

2

#docker hub(阿里云加速器)拉取mysql镜像到本地标签为5.7

docker pull mysql:5.7

 

3

#创建容器

docker run -di --name=mysql -p 3306:3306 -e MYSQL_ROOT_PASSWORD=123456 mysql:5.7

 

-p 代表端口映射,格式为宿主机映射端口:容器运行端口

-e 代表添加环境变量,MYSQL_ROOT_PASSWORD是root用户的登录密码

4

#使用mysql客户端连接

5

#进入MySQL容器

docker exec -it mysql bash

 

2、​​​​​​​Mysql开启binlog日志

  • 用来记录mysql中的增加 、 删除 、 修改、清空操作,select操作 不会 保存到binlog中
  • 必须要 打开 mysql中的binlog功能,才会生成binlog日志
  • binlog日志就是一系列的二进制文件
-rw-rw---- 1 mysql mysql 669 11⽉月 10 21:29 mysql-bin.000001 
-rw-rw---- 1 mysql mysql 126 11⽉月 10 22:06 mysql-bin.000002 
-rw-rw---- 1 mysql mysql 11799 11⽉月 15 18:17 mysql-bin.00000 

开启步骤:

操作步骤

说明

1

#进入MySQL容器

docker exec -it mysql bash

 

2

#安装vim、ifconfig等命令

#更新软件包

apt-get update

 

#安装vim

apt-get install -y vim

 

#安装ifconfig

apt-get install net-tools

3

#配置my.cnf

root@dfbf3fdefbdf:/# vim /etc/mysql/my.cnf

 

[mysqld]

log-bin=mysql-bin  #添加这一行就ok

binlog-format=ROW #选择row模式

server_id=1  #配置mysql replaction需要定义,不能和canal的slaveId重复

expire_logs_days=7 # binlog文件保存7天

max_binlog_size = 500m # 每个binlog日志文件大小

vim中使用鼠标右键粘贴,失败。vim的模式:

普通模式下输入“:set mouse-=a”,有效

4

#重启mysql容器dfbf3fdefbdf是容器id

docker restart dfbf3fdefbdf

 

5

#进入sql命令行

docker exec -it mysql bash

mysql -uroot -p123456

 

6

#验证 my.cnf 配置是否生效:

show variables like 'binlog_format';

show variables like 'log_bin';

show master status;

 

3、​​​​​​​可能遇到的问题

1

创建容器时报错:

WARNING: IPv4 forwarding is disabled. Networking will not work.

ab71b3f089ff3a7538811e79fd3d989b5958383968b1f1eb8ba1dc6f1da3335b

 

解决方式:

vim /usr/lib/sysctl.d/00-system.conf

添加如下代码:net.ipv4.ip_forward=1

重启网络:systemctl restart network

完成以后,删除当前容器,重新创建新容器。

二、​​​​​​​Canal介绍

1、​​​​​​​Canal简介

canal [kə'næl],译意为水道/管道/沟渠,主要用途是基于 MySQL 数据库增量日志解析,提供增量数据订阅和消费

早期阿里巴巴因为杭州和美国双机房部署,存在跨机房同步的业务需求,实现方式主要是基于业务 trigger 获取增量变更。从 2010 年开始,业务逐步尝试数据库日志解析获取增量变更进行同步,由此衍生出了大量的数据库增量订阅和消费业务。

基于日志增量订阅和消费的业务包括

  • 数据库镜像
  • 数据库实时备份
  • 索引构建和实时维护(拆分异构索引、倒排索引等)
  • 业务 cache 刷新
  • 带业务逻辑的增量数据处理

当前的 canal 支持源端 MySQL 版本包括 5.1.x , 5.5.x , 5.6.x , 5.7.x , 8.0.x

2、​​​​​​​Mysql的主备复制原理

  • MySQL master 将数据变更写入二进制日志( binary log, 其中记录叫做二进制日志事件binary log events,可以通过 show binlog events 进行查看)
  • MySQL slave 将 master 的 binary log events 拷贝到它的中继日志(relay log)
  • MySQL slave 重放 relay log 中事件,将数据变更反映它自己的数据

3、​​​​​​​Canal的工作原理

 

  • canal 模拟 MySQL slave 的交互协议,伪装自己为 MySQL slave ,向 MySQL master 发送dump 协议
  • MySQL master 收到 dump 请求,开始推送 binary log 给 slave (即 canal )
  • canal 解析 binary log 对象(原始为 byte 流)

4、​​​​​​​Canal的架构

 

  • server 代表一个 canal 运行实例,对应于一个 jvm
  • instance 对应于一个数据队列 (1个 canal server 对应 1..n 个 instance )
  • instance 下的子模块
    • eventParser: 数据源接入,模拟 slave 协议和 master 进行交互,协议解析
    • eventSink: Parser 和 Store 链接器,进行数据过滤,加工,分发的工作
    • eventStore: 数据存储
    • metaManager: 增量订阅 & 消费信息管理器

EventParser在向mysql发送dump命令之前会先从Log Position中获取上次解析成功的位置(如果是第一次启动,则获取初始指定位置或者当前数据段binlog位点)。mysql接受到dump命令后,由EventParser从mysql上pull binlog数据进行解析并传递给EventSink(传递给EventSink模块进行数据存储,是一个阻塞操作,直到存储成功 ),传送成功之后更新Log Position。流程图如下:

  • EventSink起到一个类似channel的功能,可以对数据进行过滤、分发/路由(1:n)、归并(n:1)和加工。EventSink是连接EventParser和EventStore的桥梁。
  • EventStore实现模式是内存模式,内存结构为环形队列,由三个指针(Put、Get和Ack)标识数据存储和读取的位置。
  • MetaManager是增量订阅&消费信息管理器,增量订阅和消费之间的协议包括get/ack/rollback,分别为:
    • Message getWithoutAck(int batchSize),允许指定batchSize,一次可以获取多条,每次返回的对象为Message,包含的内容为:batch id[唯一标识]和entries[具体的数据对象]
    • void rollback(long batchId),顾名思义,回滚上次的get请求,重新获取数据。基于get获取的batchId进行提交,避免误操作
    • void ack(long batchId),顾名思议,确认已经消费成功,通知server删除数据。基于get获取的batchId进行提交,避免误操作

三、​​​​​​​Canal安装部署

服务器

主机名

IP

Canal

客户关系管理服务器

node1

192.168.88.10

源端

大数据服务器

node2

192.168.88.20

目标端

​​​​​​​1、Canal部署

操作步骤

说明

1

#安装canalserver镜像

docker pull canal/canal-server:v1.1.2

 

2

#通过镜像生成canal-server容器

docker run -d --name canal-server \\

-e canal.instance.master.address=192.168.88.10:3306 \\

-e canal.instance.dbUsername=root \\

-e canal.instance.dbPassword=123456 \\

-p 11111:11111 \\

-d canal/canal-server:v1.1.2

 

3

#进入canal-server容器

docker exec -it canal-server bash

 

4

#执行/export/servers/canal/bin目录中的 startup.sh 启动canal

cd /home/admin/canal-server/bin

[root@a9ec635e5c35 bin]# ./startup.sh

 

控制台如果输出如,表示canal已经启动成功

5

#进入example日志文件查看是否有报错

cd canal-server/logs/example/

cat example.log

 

2、Canal测试

  • 需求:

将mysql的数据写入到kafka集群

​​​​​​​​​​​​​​1)创建测试数据库

操作步骤

说明

1

#进入sql命令行

docker exec -it mysql bash

mysql -uroot -p123456

2

#创建mysql数据库

create database if not EXISTS test DEFAULT charset utf8 COLLATE utf8_general_ci;

3

#切换到test数据库

use test;

4

#在test数据库创建表

DROP  TABLE  IF  EXISTS  `userinfo`;

CREATE  TABLE  `userinfo` (

  `id`  int(11)  NOT  NULL  AUTO_INCREMENT,

  `name`  varchar(255)  DEFAULT  NULL,

  `age`  int(11)  DEFAULT  NULL,

  PRIMARY  KEY (`id`)

)  ENGINE=InnoDB  DEFAULT  CHARSET=utf8;

2)​​​​​​​​​​​​​​配置canalserver端

操作步骤

说明

1

#进入canal-server容器

docker exec -it canal-server bash

 

2

#修改 canal/conf目录中的 canal.properties 文件

vi /home/admin/canal-server/conf/canal.properties

#################################################

#########               common argument         ############# 

#################################################

canal.id = 1

canal.ip =

canal.port = 11111  #canal-server监听的端口(TCP模式下,非TCP模式不监听1111端口)

canal.metrics.pull.port = 11112 #canal-server metrics.pull监听的端口

canal.zkServers =   #集群模式下要配置zookeeper进行协调配置,单机模式可以不用配置

# flush data to zk

canal.zookeeper.flush.period = 1000

canal.withoutNetty = false

# tcp, kafka, RocketMQ

canal.serverMode = kafka #canal-server运行的模式,TCP模式就是直连客户端,不经过中间件。kafka和mq是消息队列的模式

# flush meta cursor/parse position to file

canal.file.data.dir = $canal.conf.dir #存放数据的路径

canal.file.flush.period = 1000

## memory store RingBuffer size, should be Math.pow(2,n)

canal.instance.memory.buffer.size = 16384

## memory store RingBuffer used memory unit size , default 1kb

canal.instance.memory.buffer.memunit = 1024 

## meory store gets mode used MEMSIZE or ITEMSIZE

canal.instance.memory.batch.mode = MEMSIZE

canal.instance.memory.rawEntry = true

## detecing config  #这里是心跳检查的配置,做HA时会用到

canal.instance.detecting.enable = false

#canal.instance.detecting.sql = insert into retl.xdual values(1,now()) on duplicate key update x=now()

canal.instance.detecting.sql = select 1

canal.instance.detecting.interval.time = 3

canal.instance.detecting.retry.threshold = 3

canal.instance.detecting.heartbeatHaEnable = false

# support maximum transaction size, more than the size of the transaction will be cut into multiple transactions delivery

canal.instance.transaction.size =  1024

# mysql fallback connected to new master should fallback times

canal.instance.fallbackIntervalInSeconds = 60

# network config

canal.instance.network.receiveBufferSize = 16384

canal.instance.network.sendBufferSize = 16384

canal.instance.network.soTimeout = 30

# binlog filter config  

#binlog过滤的配置,指定过滤那些SQL

canal.instance.filter.druid.ddl = true

canal.instance.filter.query.dcl = false

canal.instance.filter.query.dml = false

canal.instance.filter.query.ddl = false

canal.instance.filter.table.error = false

canal.instance.filter.rows = false

canal.instance.filter.transaction.entry = false

# binlog format/image check 

#binlog格式检测,使用ROW模式,非ROW模式也不会报错,但是同步不到数据

canal.instance.binlog.format = ROW,STATEMENT,MIXED 

canal.instance.binlog.image = FULL,MINIMAL,NOBLOB

# binlog ddl isolation

canal.instance.get.ddl.isolation = false

# parallel parser config

#并行解析配置,如果是单个CPU就把下面这个true改为false

canal.instance.parser.parallel = true

## concurrent thread number, default 60% available processors, suggest not to exceed Runtime.getRuntime().availableProcessors()

#canal.instance.parser.parallelThreadSize = 16

## disruptor ringbuffer size, must be power of 2

canal.instance.parser.parallelBufferSize = 256

# table meta tsdb info

canal.instance.tsdb.enable = true

canal.instance.tsdb.dir = $canal.file.data.dir:../conf/$canal.instance.destination:

canal.instance.tsdb.url = jdbc:h2:$canal.instance.tsdb.dir/h2;CACHE_SIZE=1000;MODE=MYSQL;

canal.instance.tsdb.dbUsername = canal

canal.instance.tsdb.dbPassword = canal

# dump snapshot interval, default 24 hour

canal.instance.tsdb.snapshot.interval = 24

# purge snapshot expire , default 360 hour(15 days)

canal.instance.tsdb.snapshot.expire = 360

# aliyun ak/sk , support rds/mq

canal.aliyun.accesskey =

canal.aliyun.secretkey =

#################################################

#########               destinations            ############# 

#################################################

#canal-server创建的实例,在这里指定你要创建的实例的名字,比如test1,test2等,逗号隔开

canal.destinations = example

# conf root dir

canal.conf.dir = ../conf

# auto scan instance dir add/remove and start/stop instance

canal.auto.scan = true

canal.auto.scan.interval = 5

canal.instance.tsdb.spring.xml = classpath:spring/tsdb/h2-tsdb.xml

#canal.instance.tsdb.spring.xml = classpath:spring/tsdb/mysql-tsdb.xml

canal.instance.global.mode = spring

canal.instance.global.lazy = false

#canal.instance.global.manager.address = 127.0.0.1:1099

#canal.instance.global.spring.xml = classpath:spring/memory-instance.xml

canal.instance.global.spring.xml = classpath:spring/file-instance.xml

#canal.instance.global.spring.xml = classpath:spring/default-instance.xml

##################################################

#########                    MQ                      #############

##################################################

#kafka为bootstrap.servers rocketMQ中为nameserver列表

canal.mq.servers = 192.168.88.20:9092

#发送失败重试次数

canal.mq.retries = 0

#kafka为ProducerConfig.BATCH_SIZE_CONFIG rocketMQ无意义

canal.mq.batchSize = 16384

#kafka为ProducerConfig.MAX_REQUEST_SIZE_CONFIG rocketMQ无意义

canal.mq.maxRequestSize = 1048576

#kafka为ProducerConfig.LINGER_MS_CONFIG , 如果是flatMessage格式建议将该值调大, 如: 200 rocketMQ无意义

canal.mq.lingerMs = 1

客快物流大数据项目(六十六):车辆主题

客快物流大数据项目(二十五):初始化业务数据

客快物流大数据项目(十六):使用脚本创建镜像

客快物流大数据项目(二十七):Cloudera Manager简单介绍

客快物流大数据项目(八十六):ClickHouse的深入了解

客快物流大数据项目(六十六):车辆主题

(c)2006-2024 SYSTEM All Rights Reserved IT常识