夫礼者的专栏

当mybatis-plus-dynamicdatasource遇到@Transactional，数据源切换失败时的解决方案

借助Mybatis提供的 databaseId特性，我们可以实现让应用同时支持多种类型的数据库。

Mybatis通用Mapper组件是最近才开始真正去了解的，其实很早之间就关注了作者的微信公众号和QQ群，但抱着用上再看的原则，所以拖延到了现在。

在刚接触到Mybatis时候，对于Mybatis提供的接口方式调用Mybatis映射文件感到十分地神奇，本文将尝试解开其神秘面纱。

ErrorContext借助于ThreadLocal来承载一次执行过程中的所有执行上下文信息，用于发生异常时的排错。这种将执行上下文信息的收集独立出来并集中到一处的做法非常值得借鉴和学习。

本文中，我们将细化上一篇文章，以实际的BLOB / CLOB操作再次探究一些TypeHandler的细节。

Mybatis在对JDBC整体流程的深刻理解之上，抽取了尽可能多的重复性代码由框架来完成，在此基础上又尽量保证了灵活性。本文将要探讨的TypeHandler就是一个非常好的例子。`TypeHandler`接口定义了对传入参数和返回结果的处理。

又一次Plugin的应用

自上次的PrepareStatement输出完整SQL语句之后，工作上又接到如本文标题所示的需求。1. 前言提出这个需求的项目现状是： 前期的持久层执行都是使用原始的JDBC完成的，后期切换为Mybatis，所以选择使用Druid来进行SQL日志文件的输出。因此该需求的准确描述是：“如果该语句是Mybatis相关的，就同时打印出SqlId。”2. 分析按照前一篇文章Pre...

版本为mybatis-spring-1.2.2.jar

没有什么新奇的东西. $在 TextSqlNode 类中进行了解析. 具体逻辑参见其内部类 BindingTokenParser .在 BindingTokenParser 类中我们可以发现这样的细节:BindingTokenParser 内部有一个injectionFilter字段, 其值就是通过自身的构造函数, 从外部类TextSqlNode 的同名字段中复...

这个XMLScriptBuilder类才是真正在背后解析用来解析mapper文件中的每个<select/>,<insert/>,<update/>,<delete/>节点内的SQL字符串的(其中可能包含动态SQL部分,诸如<if/>,<where/>等)

Mybatis里难得有注释的类 BoundSql, 而且此注释出现在 3.3.1+ 版本, 在3.2.2时都还没有.BoundSql更像一个中转站, Mybatis在执行一次CRUD操作过程中产生的中间数据的集中点.这一点观察其内部的字段就可以了解.

Mybatis中少有的有注释的接口

MyBatis使用AOP来实现了日志功能.

DynamicContext为POJO对象Map化提供了很好的借鉴,抹平了访问POJO和Map对象的差异.