canal1.1.4的安装
一、找到 MySQL 配置文件的位置
➢ Linux: /etc/my.cnf
如果/etc 目录下没有，可以通过 locate my.cnf 查找位置
➢ Windows: \my.ini
➢ 在 mysql 的配置文件下,修改配置
在[mysqld] 区块
log-bin=mysql-bin #添加这一行就ok
binlog-format=ROW #选择row模式
server_id=1 #配置mysql replaction需要定义，不能和canal的slaveId重复
binlog-do-db=default # 需要监控的数据库名称
（1）这 个 表 示 binlog 日 志 的 前 缀 是 mysql-bin ， 以后生成的日志文件就是mysql-bin.123456 的文件后面的数字按顺序生成，每次 mysql 重启或者到达单个文件大小的阈值时，新生一个文件，按顺序编号。
（2）mysql binlog 的格式有三种，
binlog_format= statement|mixed|row
◼ statement
语句级，binlog 会记录每次一执行写操作的语句。
相对 row 模式节省空间，但是可能产生不一致性，比如
update tt set create_date=now()
如果用 binlog 日志进行恢复，由于执行时间不同可能产生的数据不同。
优点： 节省空间
缺点： 有可能造成数据不一致。
◼ row
行级， binlog 会记录每次操作后每行记录的变化
优点：保持数据的绝对一致性。因为不管 sql 是什么，引用了什么函数，只记录执行后的效果。
缺点：占用较大空间。
◼ mixed
statement 的升级版，一定程度上解决了，因为一些情况而造成的 statement 模式不一致问题.
默认还是 statement，在某些情况下譬如：
当函数中包含 UUID() 时； 包含 AUTO_INCREMENT 字段的表被更新时； 执行 INSERT DELAYED 语句时；用 UDF 时；会按照 ROW 的方式进行处理。
优点：节省空间，同时兼顾了一定的一致性。
缺点：还有些极个别情况依旧会造成不一致，另外 statement 和 mixed 对于需要对 binlog 的监控的情况都不方便。
综合上面对比，Cannel 想做监控分析，选择 row 格式比较合适
二、重启mysql服务、创建canal用户
systemctl restart mysqld
/var/lib/mysql 目录下可以查看初始文件大小 154字节
在 mysql 中执行
mysql> set global validate_password_length=4;
mysql> set global validate_password_policy=0;
mysql> GRANT SELECT, REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'canal'@'%' IDENTIFIED BY 'canal' ;
三、安装canal
地址：https://github.com/alibaba/canal/releases
canal.deployer-1.1.4.tar.gz拷贝到/opt/sortware目录下，然后解压到/opt/apps/canal包下
**注意： canal解压后是散的，我们在指定解压目录的时候需要将canal指定上 **
$ mkdir /opt/software/canal$ tar -zxvf canal.deployer-1.1.4.tar.gz -C /opt/apps/canal# 主要的配置文件
-rwxrwxrwx. 1 root root 5316 Jul 18 23:25 canal.properties
drwxrwxrwx. 2 root root 65 Jul 19 19:48 example
canal 单机版
修改 conf/canal.properties 的配置
➢ 这个文件是 canal 的基本通用配置，canal 端口号默认就是 11111
➢ 修改 canal 的输出 model，默认 tcp，改为输出到 kafka(tcp 就是输出到 canal 客户端，通过编写 Java 代码处理)
canal.serverMode = kafka
# kafka集群地址
canal.mq.servers = centos01:9092,centos02:9092,centos03:9092
一个 canal 服务中可以有多个 instance，conf/下的每一个 example 即是一个实例，每个实例下面都有独立的配置文件。默认只有一个实
例 example，如果需要多个实例处理不同的 MySQL 数据的话，直接拷贝出多个 example，并对其重新命名，命名和配置文件中指定的名称一致，然后修改 canal.properties 中的canal.destinations=实例 1，实例 2，实例 3
canal.destinations = example
我们这里只读取一个 MySQL 数据，所以只有一个实例，这个实例的配置文件在conf/example 目录下
➢ 配置 MySQL 服务器地址
# position info
canal.instance.master.address=192.168.42.101:3306
➢ 配置连接 MySQL 的用户名和密码，默认就是我们前面授权的 canal
# username/password
canal.instance.dbUsername=canal
canal.instance.dbPassword=canal
➢ 修改输出到 Kafka 的主题以及分区数
# mq config
canal.mq.topic=g2021_db_c # 主题名称
# dynamic topic route by schema or table regex
canal.mq.dynamicTopic=detail:doit\\.orderdetail,main:doit\\.ordermain
#canal.mq.partition=0 注释掉
# hash partition config
canal.mq.partitionsNum=4 # 打开
canal.mq.partitionHash=.*\\..*${pk}$ # 按照主键hash值进行分区
注意：默认还是输出到指定 Kafka 主题的一个 kafka 分区，因为多个分区并行可能会打乱binlog 的顺序。如果要提高并行度，首先设置 kafka 的分区数>1,然后设置 canal.mq.partitionHash 属性
单机 canal 测试
➢ 启动 canal
$ cd /opt/apps/canal/
$ bin/startup.sh
看到 CanalLauncher 你表示启动成功，同时会创建g2021_db_c 主题
四、canal高可用
canal.zkServers = zk的地址
# 避免发送重复数据（否则在切换 active 的时候会重复发送数据）
canal.instance.global.spring.xml = classpath:spring/memory-instance.xml
# canal.instance.global.spring.xml = classpath:spring/file-instance.xml# 把 canal 目录分发给其他虚拟机 然后分别启动# 因为有一个 stand-by 也要占用资源，同时 canal 传输数据宕机的情况也比较少，所以好多企业是不配置 canal 的高可用的。