xiejx618

> 2021.3 should work can you make it working on 2021.2? Thanks!

竟然和https://github.com/alibaba/canal/issues/4915问题重复了，但我是竟然是自己解决了，再回来看别人的解决方法，比较尴尬 此文https://github.com/alibaba/canal/issues/5041 应是配置通了。canal.mq.topic这个家伙，我觉得routingKey和queue放到instance是合理的，因为不同的instance通过routingKey路由到不同的队列。但起的名字叫canal.mq.topic就很奇怪。我也没有试过将rabbitmq.routingKey和rabbitmq.queue放到instance是不能通的，但放在server配置我是验证通过了 对于使用rabbitmq，admin界面 server管理下的几个核心配置 canal.serverMode = rabbitMQ rabbitmq.host = localhost rabbitmq.virtual.host = / rabbitmq.username = test rabbitmq.password = test rabbitmq.exchange = canal_exchange rabbitmq.routingKey = canal_routing_key #通过看源码觉得要补上的配置 rabbitmq.queue = canal_queue...

如何使用，没找到下载的地方

虽然可以将USER.ID可以改为 USER.as("u").ID ，看似临时解决了当前问题。 但这种能自动判断的就不要再显式指定了。 看了下com.mybatisflex.core.query.QueryColumn#getSelectTable的逻辑，感觉还是不太合理。我建议逻辑调整下： 一.有显式指定（类似于通过.as("别名")这样），直接用显式指定值。 二.否则走推断： 1. join的on字段获取表别名，应考虑from表和前面已经写的join表。 2. where的普通字段获取表别名，应考虑from表和join表。 3. exist这样的子查询，要考虑当前子查询的from表和join表，如果子查询找不到，还要找父查询。 当前考虑做数据权限组件， 不应一个字段出现问题，就显式指定一下。 如果已指定了表名，能自动推断表别名，这样比较人性化，开发的业务人员也不用考虑什么时候要显式指定别名还不一致的问题

不错，问题修复了