springcloud版本Finchley.SR2升级至2021.0.6引发多数据源配置扫描mapper失效问题

最近上层让升级springcloud版本，给了升级的版本号以及相关依赖包的版本号后一通操作，版本升级完毕，跑起来验证一下服务，我们服务配置的一个mysql数据源和两个oracle数据源。测试mysql接口没问题，测试oracle的时候异常：

org.apache.ibatis.binding.BindingException: Invalid bound statement (not found)

正常升级前没问题的，升级后报这个错了。经过一通跟源码，发现升级前优先扫描的mapperscan配置的 basePackages 是多数据源配置里定义的路径，升级后先扫描了启动类上定义的mapperscan导致mapper实例里的SqlSessionTemplate被实例化成了mysql的数据源。启动日志里会打印一句：

No MyBatis mapper was found in '[***配置的basePackages ]' package. Please check your configuration. 

 因为这个路径下扫描到的mapper已经被启动类上的mapperscan扫描并实例完了，没有需要实例的mapper，源码有打印这句

然后经过一顿检查发现如下：

 多数据源的每个配置文件上导入的mapperscan错误导成了spring的，然后就导致启动类上的优先扫描了，调整成tk.mybatis.spring.annotation.MapperScan; 后

No MyBatis mapper was found in '[***配置的basePackages ]' package. Please check your configuration.日志也不再打印了，debug查看mapper的SqlSessionTemplate就正常为对应的数据源了。

总结：

        低版本的springcloud版本对于这两个mapperscan注解的处理升级到高版本时发生了变化，即使用spring的mapperscan也没问题，升级到高版本后优先执行tk.mybatis的mapperscan，因为启动类上有配置的一个导致多数据源配置失效。