于琦海

mybaitsPlus的分页流程源码分析

MybatisPlus源码分析之sql语句执行过程

mybatis-plus源码解析MybatisPlusAutoConfiguration

Mybatis-plus之MapperScan源码解析

最近在看mybatis plus的源码，发现org.apache.ibatis.executor这个包路径下的Executor在执行sql的时候会包装成一个责任链，其中这个Interceptor接口就是为了去扩展实现执行sql前后做一些自定义的处理，例如：打印sql信息，并把参数放入sql中进行打印；根据自定义注解加解密数据等。带着个人的兴趣，希望从应用及源码的角度为读者梳理MyBatis的责任链模式。

在应用运行过程中，我们有可能在一次数据库会话中，执行多次查询条件完全相同的SQL，MyBatis提供了一级缓存的方案优化这部分场景，如果是相同的SQL语句，会优先命中一级缓存，避免直接对数据库进行查询，提高性能。具体执行过程如下图所示。每个SqlSession中持有了Executor，每个Executor中有一个LocalCache。

mybatis代理接口实现1、编写annotation2、定义两个Mapper接口3、定义FactoryBean4、组装BeanDefinition并注册5、定义Service，开始调用1、编写annotation定义了两个注解@QhyuSanner和@QhyuSelect，QhyuSanner注解定义的就是需要扫描的路径，QhyuSelect注解就是执行sql使用。@QhyuSanner注解@Retention(RetentionPolicy.RUNTIME)@Target(ElementT

MyBatis Plus 使用 Oracle 数据库，字段类型为 DATE，实体属性类型为 String，通用方法无法使用 to_date 函数

Request processing failed; nested exception is org.mybatis.spring.MyBatisSystemException: nested exception is org.apache.ibatis.type.TypeException: Could not set parameters for mapping: ParameterMapping{property='