用了一年canal admin，遇到最多的问题就是binlog点位找不到，每次只能重启解决，很麻烦。如果有重置功能就可以简单的多了。还有就是报警功能，当canal监听异常时能给开发人员邮件报警，提前让开发介入查询问题，减少数据丢失
dbf7pr2w1#
我也是每次postion过长了，就没有办法监听到，要删除meta.data才行，占用内存也高，不知道怎么优化一下
ttcibm8c2#
还有什么坑吗？正准备在正式环境上使用
5lwkijsr3#
用了一年canal admin，遇到最多的问题就是binlog点位找不到，每次只能重启解决，很麻烦。如果有重置功能就可以简单的多了。 还有就是报警功能，当canal监听异常时能给开发人员邮件报警，提前让开发介入查询问题，减少数据丢失
发生binlog点位丢失，一般是表数据量比较大，加大CPU核数可以解决这个问题，或者减少表行长大小。
并行解析模式的默认值如下：protected Integer parallelThreadSize = Runtime.getRuntime() .availableProcessors() * 60 / 100; // 60%的能力跑解析,剩余部分处理网络
protected Integer parallelThreadSize = Runtime.getRuntime() .availableProcessors() * 60 / 100; // 60%的能力跑解析,剩余部分处理网络
3条答案
按热度按时间dbf7pr2w1#
我也是每次postion过长了，就没有办法监听到，要删除meta.data才行，占用内存也高，不知道怎么优化一下
ttcibm8c2#
还有什么坑吗？正准备在正式环境上使用
5lwkijsr3#
用了一年canal admin，遇到最多的问题就是binlog点位找不到，每次只能重启解决，很麻烦。如果有重置功能就可以简单的多了。 还有就是报警功能，当canal监听异常时能给开发人员邮件报警，提前让开发介入查询问题，减少数据丢失
发生binlog点位丢失，一般是表数据量比较大，加大CPU核数可以解决这个问题，或者减少表行长大小。
并行解析模式的默认值如下：
protected Integer parallelThreadSize = Runtime.getRuntime() .availableProcessors() * 60 / 100; // 60%的能力跑解析,剩余部分处理网络