在企业级应用开发中，系统可能需要部署在不同的数据库环境上，如开发环境使用MySQL，生产环境使用Oracle。不同数据库厂商的SQL方言存在差异，比如分页语法、字符串拼接函数等都不尽相同。MyBatis提供了强大的动态SQL能力，其中数据库厂商标识机制允许我们在同一份映射文件中编写适配不同数据库的SQL语句，从而避免维护多套重复的XML文件。
什么是数据库厂商标识及其底层原理
数据库厂商标识是MyBatis为了解决多数据库兼容问题而设计的一种机制。它的核心作用是让MyBatis在启动时能够识别当前所连接的数据库类型，并为每条SQL语句打上对应的厂商标记。当执行器在解析XML映射文件时，会根据这个标记选择最匹配的SQL片段进行执行。
在底层实现上，MyBatis依赖于DatabaseIdProvider接口。当配置了该提供器后，MyBatis会在应用初始化阶段调用数据库连接的元数据获取方法，即Connection.getMetaData().getDatabaseProductName()。拿到数据库产品名称后，它会与配置文件中定义的别名进行匹配，最终确定一个唯一的databaseId字符串。这个字符串会被保存在Configuration对象中，供后续的SQL解析器使用。
如果映射文件中的某条语句没有配置databaseId属性，它将作为通用语句；如果配置了，则只有当当前环境的databaseId与之匹配时才会被选中。这种机制使得多数据库适配变得透明且高效，开发者无需在业务逻辑层编写任何判断分支。
如何配置 DatabaseIdProvider 实现多数据库支持
要启用数据库厂商标识功能，首先需要在MyBatis的全局配置文件中进行相应的设置。MyBatis提供了一个默认的实现类VendorDatabaseIdProvider，它允许我们为不同的数据库产品名称设置简短的别名。
在XML配置文件中，我们需要在<environments>标签之前添加<databaseIdProvider>标签。通过<property>子标签，我们可以将数据库厂商的原始名称映射为我们自定义的短名称。例如，Oracle的默认产品名称通常包含较长字符串，我们可以将其简化为oracle。这样配置后，MyBatis在获取到元数据时，会自动提取出我们定义的别名作为databaseId。
<configuration>
<databaseIdProvider type="DB_VENDOR">
<property name="SQL Server" value="sqlserver"/>
<property name="DB2" value="db2"/>
<property name="Oracle" value="oracle"/>
<property name="MySQL" value="mysql"/>
</databaseIdProvider>
</configuration>
如果是使用Spring Boot进行集成配置，我们可以通过Java Config类来注入DatabaseIdProvider Bean。这种方式更加类型安全，也便于在代码层面进行逻辑控制。在Java配置中，我们同样需要设置属性映射，将底层数据库的标识转化为我们需要的短名称。无论是XML还是Java配置，核心思想都是建立原始厂商名与自定义标识的映射关系，为后续在Mapper文件中编写动态SQL打下基础。
在 XML 映射文件中利用 databaseId 编写动态 SQL
完成全局配置后，就可以在Mapper映射文件中利用databaseId属性来实现针对不同数据库的SQL语句了。在<select>、<insert>、<update>或<delete>标签上，直接添加databaseId属性，并赋予我们在全局配置中定义的别名即可。
MyBatis在加载映射文件时，会根据当前运行环境的databaseId进行匹配。如果当前环境是MySQL，那么带有databaseId="mysql"的语句会被优先加载。如果同时存在不带databaseId的通用语句和带有databaseId="mysql"的语句，MyBatis会优先选择带有匹配标识的语句，忽略通用的那条。这种设计允许我们为大部分通用逻辑编写无标识的语句，仅针对有差异的语法编写特定标识的语句。
<select id="selectUsers" resultType="User">
SELECT * FROM users
</select>
<!-- MySQL 专用分页语句 -->
<select id="selectUsers" resultType="User" databaseId="mysql">
SELECT * FROM users LIMIT 0, 10
</select>
<!-- Oracle 专用分页语句 -->
<select id="selectUsers" resultType="User" databaseId="oracle">
SELECT * FROM (
SELECT u.*, ROWNUM as rn FROM users u WHERE ROWNUM <= 10
) WHERE rn > 0
</select>
需要注意的是，同一个Mapper接口方法不能同时存在多条不带databaseId且语句ID相同的映射，这会导致MyBatis启动时报错。通过这种机制，我们可以在同一个映射文件中集中管理所有数据库方言的SQL，大大降低了多套XML文件维护带来的同步成本和出错概率。
结合动态标签实现更复杂的兼容逻辑
虽然databaseId属性能够解决大部分静态SQL方言差异的问题，但在某些复杂场景下，我们可能需要结合MyBatis的动态SQL标签（如<if>、<choose>）来实现更灵活的拼接。然而，MyBatis并没有直接提供判断当前databaseId的内置OGNL表达式，因此我们需要通过一些技巧来实现。
一种常见的做法是利用<if>标签结合自定义参数来判断。我们可以在传递给Mapper的参数对象中，或者在MyBatis的Interceptor拦截器中，将当前的databaseId作为一个参数注入到上下文中。这样，在XML文件中就可以通过<if test="databaseId == 'mysql'">这样的条件判断来动态拼接SQL片段。这种方式适用于在同一条SQL语句中，仅有少量字段或函数需要根据数据库类型进行替换的场景。
<select id="selectUserCount" resultType="int">
SELECT COUNT(1) FROM users
<if test="databaseId == 'mysql'">
WHERE create_time > NOW()
</if>
<if test="databaseId == 'oracle'">
WHERE create_time > SYSDATE
</if>
</select>
另一种更优雅的方式是直接使用databaseId属性配合<sql>片段。我们可以将不同数据库特有的函数或语法抽取成独立的<sql>片段，并为每个片段指定databaseId。然后在主SQL语句中通过<include>标签引入。这样不仅保持了主SQL的整洁，也实现了方言逻辑的复用。无论采用哪种方式，核心都在于充分利用MyBatis提供的扩展点，将数据库差异封装在底层，让业务逻辑层无需感知底层数据库的变化。