- 原版的canal单instance只支持单client独占消费,不支持多client并行消费,严重限制了水平扩展性,这个分支旨在探索增加partition的概念(借鉴的kafka)来提高扩展性,增加单instance的吞吐率。
- canal QQ讨论群已经建立,群号:161559791 ,欢迎加入进行技术讨论。
- canal消费端项目开源: Otter(分布式数据库同步系统),地址:https://github.com/alibaba/otter
早期,阿里巴巴B2B公司因为存在杭州和美国双机房部署,存在跨机房同步的业务需求。不过早期的数据库同步业务,主要是基于trigger的方式获取增量变更,不过从2010年开始,阿里系公司开始逐步的尝试基于数据库的日志解析,获取增量变更进行同步,由此衍生出了增量订阅&消费的业务,从此开启了一段新纪元。
ps. 目前内部版本已经支持mysql和oracle部分版本的日志解析,当前的canal开源版本支持5.6及以下的版本(阿里内部mysql 5.6.10, mysql 5.5.18和5.1.40/48)
基于日志增量订阅&消费支持的业务:
- 数据库镜像
- 数据库实时备份
- 多级索引 (卖家和买家各自分库索引)
- search build
- 业务cache刷新
- 价格变化等重要业务消息
名称:canal [kə'næl]
译意: 水道/管道/沟渠
语言: 纯java开发
定位: 基于数据库增量日志解析,提供增量数据订阅&消费,目前主要支持了mysql
关键词: mysql binlog parser / real-time / queue&topic
- master将改变记录到二进制日志(binary log)中(这些记录叫做二进制日志事件,binary log events,可以通过show binlog events进行查看);
- slave将master的binary log events拷贝到它的中继日志(relay log);
- slave重做中继日志中的事件,将改变反映它自己的数据。
原理相对比较简单:
- canal模拟mysql slave的交互协议,伪装自己为mysql slave,向mysql master发送dump协议
- mysql master收到dump请求,开始推送binary log给slave(也就是canal)
- canal解析binary log对象(原始为byte流)
See the wiki page for : wiki文档
- Home
- Introduction
- QuickStart
- ClientExample
- AdminGuide
- ClientAPI
- DevGuide
- BinlogChange(Mysql5.6)
- ReleaseNotes
- Download
- ADC阿里技术嘉年华分享ppt (放在google docs上,可能需要翻墙): ppt下载
- 与阿里巴巴的RocketMQ配合使用
- qq交流群: 161559791
- 邮件交流: [email protected]
- 新浪微博: agapple0002
- 报告issue:issues