canal配置方式有两种：
ManagerCanalInstanceGenerator： 基于manager管理的配置方式，目前alibaba内部配置使用这种方式。大家可以实现CanalConfigClient，连接各自的管理系统，即可完成接入。SpringCanalInstanceGenerator：基于本地spring xml的配置方式，目前开源版本已经自带该功能所有代码，建议使用spring配置的原理是将整个配置抽象为两部分：
xxxx-instance.xml (canal组件的配置定义，可以在多个instance配置中共享)xxxx.properties (每个instance通道都有各自一份定义，因为每个mysql的ip，帐号，密码等信息不会相同)通过spring的PropertyPlaceholderConfigurer通过机制将其融合，生成一份instance实例对象，每个instance对应的组件都是相互独立的，互不影响
properties配置分为两部分：
canal.properties (系统根配置文件)instance.properties (instance级别的配置文件，每个instance一份)canal.properties介绍：
canal配置主要分为两部分定义：
1. instance列表定义 (列出当前server上有多少个instance，每个instance的加载方式是spring/manager等)
参数名字参数说明默认值canal.destinations当前server上部署的instance列表无canal.conf.dirconf/目录所在的路径…/confcanal.auto.scan开启instance自动扫描如果配置为true，canal.conf.dir目录下的instance配置变化会自动触发：a. instance目录新增： 触发instance配置载入，lazy为true时则自动启动b. instance目录删除：卸载对应instance配置，如已启动则进行关闭c. instance.properties文件变化：reload instance配置，如已启动自动进行重启操作truecanal.auto.scan.intervalinstance自动扫描的间隔时间，单位秒5canal.instance.global.mode全局配置加载方式springcanal.instance.global.lazy全局lazy模式falsecanal.instance.global.manager.address全局的manager配置方式的链接信息无canal.instance.global.spring.xml全局的spring配置方式的组件文件classpath:spring/file-instance.xml (spring目录相对于canal.conf.dir)canal.instance.example.modecanal.instance.example.lazycanal.instance.example.spring.xml……instance级别的配置定义，如有配置，会自动覆盖全局配置定义模式命名规则：canal.instance.{name}.xxx无canal.instance.tsdb.spring.xmlv1.0.25版本新增,全局的tsdb配置方式的组件文件classpath:spring/tsdb/h2-tsdb.xml (spring目录相对于canal.conf.dir)2. common参数定义，比如可以将instance.properties的公用参数，抽取放置到这里，这样每个instance启动的时候就可以共享. 【instance.properties配置定义优先级高于canal.properties】
参数名字参数说明默认值canal.id每个canal server实例的唯一标识，暂无实际意义1canal.ipcanal server绑定的本地IP信息，如果不配置，默认选择一个本机IP进行启动服务无canal.portcanal server提供socket服务的端口11111canal.zkServerscanal server链接zookeeper集群的链接信息例子：127.0.0.1:2181,127.0.0.1:2182无canal.zookeeper.flush.periodcanal持久化数据到zookeeper上的更新频率，单位毫秒1000canal.file.data.dircanal持久化数据到file上的目录…/conf (默认和instance.properties为同一目录，方便运维和备份)canal.file.flush.periodcanal持久化数据到file上的更新频率，单位毫秒1000canal.instance.memory.batch.modecanal内存store中数据缓存模式1. ITEMSIZE : 根据buffer.size进行限制，只限制记录的数量2. MEMSIZE : 根据buffer.size * buffer.memunit的大小，限制缓存记录的大小MEMSIZEcanal.instance.memory.buffer.sizecanal内存store中可缓存buffer记录数，需要为2的指数16384canal.instance.memory.buffer.memunit内存记录的单位大小，默认1KB，和buffer.size组合决定最终的内存使用大小1024canal.instance.transactionn.size最大事务完整解析的长度支持超过该长度后，一个事务可能会被拆分成多次提交到canal store中，无法保证事务的完整可见性1024canal.instance.fallbackIntervalInSecondscanal发生mysql切换时，在新的mysql库上查找binlog时需要往前查找的时间，单位秒说明：mysql主备库可能存在解析延迟或者时钟不统一，需要回退一段时间，保证数据不丢60canal.instance.detecting.enable是否开启心跳检查falsecanal.instance.detecting.sql心跳检查sqlinsert into retl.xdual values(1,now()) on duplicate key update x=now()canal.instance.detecting.interval.time心跳检查频率，单位秒3canal.instance.detecting.retry.threshold心跳检查失败重试次数3canal.instance.detecting.heartbeatHaEnable心跳检查失败后，是否开启自动mysql自动切换说明：比如心跳检查失败超过阀值后，如果该配置为true，canal就会自动链到mysql备库获取binlog数据falsecanal.instance.network.receiveBufferSize网络链接参数，SocketOptions.SO_RCVBUF16384canal.instance.network.sendBufferSize网络链接参数，SocketOptions.SO_SNDBUF16384canal.instance.network.soTimeout网络链接参数，SocketOptions.SO_TIMEOUT30canal.instance.filter.query.dcl是否忽略DCL的query语句，比如grant/create user等falsecanal.instance.filter.query.dml是否忽略DML的query语句，比如insert/update/delete table.(mysql5.6的ROW模式可以包含statement模式的query记录)falsecanal.instance.filter.query.ddl是否忽略DDL的query语句，比如create table/alater table/drop table/rename table/create index/drop index. (目前支持的ddl类型主要为table级别的操作，create databases/trigger/procedure暂时划分为dcl类型)falsecanal.instance.filter.druid.ddlv1.0.25版本新增，是否启用druid的DDL parse的过滤，基于sql的完整parser可以解决之前基于正则匹配补全的问题，默认为truetruecanal.instance.get.ddl.isolationddl语句是否隔离发送，开启隔离可保证每次只返回发送一条ddl数据，不和其他dml语句混合返回.(otter ddl同步使用)falsea. 在canal.properties定义了canal.destinations后，需要在canal.conf.dir对应的目录下建立同名的文件
比如：
canal.destinations = example1,example2这时需要创建example1和example2两个目录，每个目录里各自有一份instance.properties.
ps. canal自带了一份instance.properties demo，可直接复制conf/example目录进行配置修改
cp -R example example1/ cp -R example example2/b. 如果canal.properties未定义instance列表，但开启了canal.auto.scan时
server第一次启动时，会自动扫描conf目录下，将文件名做为instance name，启动对应的instanceserver运行过程中，会根据canal.auto.scan.interval定义的频率，进行扫描1. 发现目录有新增，启动新的instance2. 发现目录有删除，关闭老的instance3. 发现对应目录的instance.properties有变化，重启instance一个标准的conf目录结果：
jianghang@jianghang-laptop:~/work/canal/deployer/target/canal$ ls -l conf/ 总用量 8 -rwxrwxrwx 1 jianghang jianghang 1677 2013-03-19 15:03 canal.properties ##系统配置 drwxr-xr-x 2 jianghang jianghang 88 2013-03-19 15:03 example ## instance配置 -rwxrwxrwx 1 jianghang jianghang 1840 2013-03-19 15:03 logback.xml ## 日志文件 drwxr-xr-x 2 jianghang jianghang 168 2013-03-19 17:04 spring ## spring instance模板instance.properties参数列表：
参数名字参数说明默认值canal.instance.mysql.slaveIdmysql集群配置中的serverId概念，需要保证和当前mysql集群中id唯一1234canal.instance.master.addressmysql主库链接地址127.0.0.1:3306canal.instance.master.journal.namemysql主库链接时起始的binlog文件无canal.instance.master.positionmysql主库链接时起始的binlog偏移量无canal.instance.master.timestampmysql主库链接时起始的binlog的时间戳无canal.instance.dbUsernamemysql数据库帐号canalcanal.instance.dbPasswordmysql数据库密码canalcanal.instance.defaultDatabaseNamemysql链接时默认schema canal.instance.connectionCharsetmysql 数据解析编码UTF-8canal.instance.filter.regexmysql 数据解析关注的表，Perl正则表达式.多个正则之间以逗号(,)分隔，转义符需要双斜杠(\\) 常见例子：1. 所有表：.* or .*\\..*2. canal schema下所有表： canal\\..*3. canal下的以canal打头的表：canal\\.canal.*4. canal schema下的一张表：canal.test15. 多个规则组合使用：canal\\..*,mysql.test1,mysql.test2 (逗号分隔)注意：此过滤条件只针对row模式的数据有效(ps. mixed/statement因为不解析sql，所以无法准确提取tableName进行过滤).*\\..*canal.instance.tsdb.enablev1.0.25版本新增,是否开启table meta的时间序列版本记录功能truecanal.instance.tsdb.dirv1.0.25版本新增,table meta的时间序列版本的本地存储路径，默认为instance目录{canal.instance.destination:}canal.instance.tsdb.urlv1.0.25版本新增,table meta的时间序列版本存储的数据库链接串，比如例子为本地嵌入式数据库jdbc:h2:${canal.instance.tsdb.dir}/h2;CACHE_SIZE=1000;MODE=MYSQL;canal.instance.tsdb.dbUsernamev1.0.25版本新增,table meta的时间序列版本存储的数据库链接账号canalcanal.instance.tsdb.dbUsernamev1.0.25版本新增,table meta的时间序列版本存储的数据库链接密码canal几点说明：
1. mysql链接时的起始位置
canal.instance.master.journal.name + canal.instance.master.position : 精确指定一个binlog位点，进行启动canal.instance.master.timestamp : 指定一个时间戳，canal会自动遍历mysql binlog，找到对应时间戳的binlog位点后，进行启动不指定任何信息：默认从当前数据库的位点，进行启动。(show master status)2. mysql解析关注表定义
标准的Perl正则，注意转义时需要双斜杠：\\3. mysql链接的编码
目前canal版本仅支持一个数据库只有一种编码，如果一个库存在多个编码，需要通过filter.regex配置，将其拆分为多个canal instance，为每个instance指定不同的编码目前默认支持的instance.xml有以下几种：
spring/memory-instance.xml spring/file-instance.xml spring/default-instance.xml spring/group-instance.xml在介绍instance配置之前，先了解一下canal如何维护一份增量订阅&消费的关系信息：
解析位点 (parse模块会记录，上一次解析binlog到了什么位置，对应组件为：CanalLogPositionManager)消费位点 (canal server在接收了客户端的ack后，就会记录客户端提交的最后位点，对应的组件为：CanalMetaManager)对应的两个位点组件，目前都有几种实现：
memory (memory-instance.xml中使用)zookeepermixedfile (file-instance.xml中使用，集合了file+memory模式，先写内存，定时刷新数据到本地file上)period (default-instance.xml中使用，集合了zookeeper+memory模式，先写内存，定时刷新数据到zookeeper上)memory-instance.xml介绍：
所有的组件(parser , sink , store)都选择了内存版模式，记录位点的都选择了memory模式，重启后又会回到初始位点进行解析
特点：速度最快，依赖最少(不需要zookeeper)
场景：一般应用在quickstart，或者是出现问题后，进行数据分析的场景，不应该将其应用于生产环境
file-instance.xml介绍：
所有的组件(parser , sink , store)都选择了基于file持久化模式，注意，不支持HA机制.
特点：支持单机持久化
场景：生产环境，无HA需求，简单可用.
default-instance.xml介绍：
所有的组件(parser , sink , store)都选择了持久化模式，目前持久化的方式主要是写入zookeeper，保证数据集群共享.
特点：支持HA
场景：生产环境，集群化部署.
group-instance.xml介绍：
主要针对需要进行多库合并时，可以将多个物理instance合并为一个逻辑instance，提供客户端访问。
场景：分库业务。 比如产品数据拆分了4个库，每个库会有一个instance，如果不用group，业务上要消费数据时，需要启动4个客户端，分别链接4个instance实例。使用group后，可以在canal server上合并为一个逻辑instance，只需要启动1个客户端，链接这个逻辑instance即可.
允许进行自定义扩展，比如实现了基于数据库的位点管理后，可以自定义一份自己的instance.xml，整个canal设计中最大的灵活性在于此。
