用了一年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%的能力跑解析,剩余部分处理网络