一、Canal说明与比较

一、Canal简介

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

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

基于日志增量订阅和消费的业务包括（Canal能做什么）：

1. 数据库镜像
2. 数据库实时备份
3. 索引构建和实时维护(拆分异构索引、倒排索引等)
4. 业务 cache（缓存） 刷新
5. 带业务逻辑的增量数据处理

官网地址：https://github.com/alibaba/canal

二、Canal与触发器的比较 

实际上，对于Canal的大部分功能都可以通过触发器比较方便的实现。因此，以下几点需要注意：

1、触发器是同步的，会严重影响到数据库的执行效率。对于复杂、低效的增量数据处理，不建议使用触发器。

2、使用触发器处理复杂业务，会导致业务逻辑入侵到数据库层面，不符合基本的代码设计规范。

3、可维护性差，可移植性差，多人协同开发比较困难，项目BUG难以定位，特别是涉及到多个触发器的情况。

4、对于简单且必要的业务处理，遵循严格的代码书写规范，简洁少量的触发器的效果会比Canal更好。

 

二、Canal服务端的安装配置