在使用Mybatis中，通常使用接口来表示一个Sql Mapper的接口以及相对应的xml实现，而在spring的配置文件中，通常会使用MapperScannerConfigurer来达到批量扫描以及简化spring bean接口配置的目的，以直接让mybatis的各个接口直接成为spring的bean组件。那么，一个通常的spring配置文件如下所示：
<bean id="datasource" class="org.springframework.jdbc.datasource.SimpleDriverDataSource"/> <bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean" p:dataSource-ref="datasource"/> <bean id="sqlSessionTemplate" class="org.mybatis.spring.SqlSessionTemplate"> <constructor-arg index="0" ref="sqlSessionFactory"/> </bean> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager" p:dataSource-ref="datasource"/> <bean class="org.mybatis.spring.mapper.MapperScannerConfigurer" p:basePackage="mapper"/>
上面的配置分别对应于一个基本的mybatis最需要的信息。值得需要注意的是，在配置MapperScannerConfigurer时，这里并没有指定sqlSessionFactoryName以及sqlTemplateName。在没有指定的情况下，spring就会指定默认的查找规则进行查询，如分别查找到默认的sqlSessionFactory实现和sqlSessionTemplate实现，并注入到MapperFactoryBean中。
这种配置方式，在一个数据源时，没有问题，但是在如果存在多个数据源时，上面的配置就存在问题了。在多个数据源时，如果配置不正确，或者配置的步骤不正确，将直接产生莫名奇妙的问题。而这个问题的产生，不在于开发人员，即不在于程序员本身，而在于spring，或来自于mybatis-spring，在其内部画蛇添足的注解，将导致整个多数据源配置完全不能工作。