背景:
利用DataSource和SqlSessionFactory实现多数据源的时候,结合着MyBatis-Plus使用。发现,如果不是BaseMapper的方法,则可以直接调用。但是如果是BaseMapper的方法则会报
“Invalid bound statement (not found):”
过程:
1、先在单数据源的情况下,发现可以实现r方法。证明方法没问题。
2、开始观察底层代码:(过长的DEBUG省略)
发现:
这个方法用于在MyBatis配置中查找与给定方法名匹配的MappedStatement
,支持通过接口继承关系进行递归查找。这个时候我们用的是Mybatis-Plus的BaseMapper方法,这样就会导致递归到最后总能与MyBatis配置的方法名匹配从而返回NULL,最后报:
“Invalid bound statement (not found):”
原因:
-
MyBatis-Plus 与 MyBatis 的区别:
- MyBatis:通常需要显式配置每一个
MappedStatement
,这使得 MyBatis 可以通过配置文件或者注解找到与方法对应的 SQL 语句。 - MyBatis-Plus:提供了自动化的 CRUD 操作和更高层次的抽象,它通常不需要显式配置
MappedStatement
。MyBatis-Plus 的操作基于它的Service
层和Wrapper
,并且它的Mapper
接口通常没有显式的MappedStatement
配置。
- MyBatis:通常需要显式配置每一个
-
MappedStatement
在 MyBatis-Plus 中的使用:- MyBatis-Plus 可能并不使用传统的
MappedStatement
机制来处理 CRUD 操作,而是通过它的内置机制来处理 SQL 执行。因此,尝试在 MyBatis-Plus 的配置中查找MappedStatement
可能会因为不存在这样的配置而返回null
。
- MyBatis-Plus 可能并不使用传统的
解决:
这个时候,就发现Mybatis-Plus是支持通过Service层,创建对应的Entity的Service方法从而实现CRUD。
-
创建实体类
你的实体类应该对应于数据库中的表,并且需要使用
@TableName
注解来指定表名(如果与默认的类名不匹配)。@TableName("your_table") public class YourEntity { @TableId(type = IdType.AUTO) // 自动增长的主键 private Long id; private String field1; private Integer field2; // 其他字段 }
-
创建 Mapper 接口
创建一个 Mapper 接口,继承自
BaseMapper
。这个接口将提供 CRUD 操作的方法。public interface YourEntityMapper extends BaseMapper<YourEntity> { }
-
创建 Service 接口和实现
创建一个 Service 接口并继承自
IService
,以及一个实现类。
实现类可以自动生成,不需要手动编写基本的 CRUD 方法。public interface YourEntityService extends IService<YourEntity> { }
@Service public class YourEntityServiceImpl extends ServiceImpl<YourEntityMapper, YourEntity> implements YourEntityService { }
-
使用 Service 执行操作
在你的业务逻辑中,你可以通过
YourEntityService
来执行各种数据库操作。插入数据:
@Autowired private YourEntityService yourEntityService; public void insertData() { YourEntity entity = new YourEntity(); entity.setField1("value1"); entity.setField2(123); // 使用 Service 的 save 方法插入数据 yourEntityService.save(entity); }