欢迎访问 生活随笔!

生活随笔

当前位置: 首页 >

Mybatis---全局配置解析 --根据官方文档--常用

发布时间:2025/3/19 31 豆豆
生活随笔 收集整理的这篇文章主要介绍了 Mybatis---全局配置解析 --根据官方文档--常用 小编觉得挺不错的,现在分享给大家,帮大家做个参考.

一、配置文档的顶层结构

configuration(配置)

  • properties(属性)
  • settings(设置)
  • typeAliases(类型别名)
  • typeHandlers(类型处理器)
  • objectFactory(对象工厂)
  • plugins(插件)
  • environments(环境配置)
    • environment(环境变量)
      • transactionManager(事务管理器)
      • dataSource(数据源)
  • databaseIdProvider(数据库厂商标识)
  • mappers(映射器)

二、属性(properties)

  • 属性可以在外部进行配置,并可以进行动态替换
  • Java 属性文件中配置这些属性,也可以 properties 元素的子元素中设置
<properties resource="org/mybatis/example/config.properties"><property name="username" value="dev_user"/><property name="password" value="F2Fa3!33TYyg"/> </properties>
  • 设置好的属性可以在整个配置文件中用来替换需要动态配置的属性值

  • <environments default="development"><environment id="development"><transactionManager type="JDBC"></transactionManager><dataSource type="POOLED"><property name="driver" value="${jdbc.driver}"/><property name="url" value="${jdbc.url}"/> <!-- <property name="username" value="${jdbc.username}"/>--> <!-- <property name="password" value="${jdbc.password}"/> --><property name="username" value="${username}"/><property name="password" value="${password}"/></dataSource></environment></environments>

    **注意:**属性可以不只一个地方进行配置

    但是Mybatis会严格按照下面的顺序来加载

    • 首先读取在 properties 元素体内指定的属性。
    • 然后根据 properties 元素中的 resource 属性读取类路径下属性文件,或根据 url 属性指定的路径读取属性文件,并覆盖之前读取过的同名属性。
    • 最后读取作为方法参数传递的属性,并覆盖之前读取过的同名属性。

二、设置(settings)

MyBatis 中极为重要的调整设置,它们会改变 MyBatis 的运行时行为

设置名描述有效值默认值
cacheEnabled全局性地开启或关闭所有映射器配置文件中已配置的任何缓存。true | falsetrue
defaultStatementTimeout设置超时时间,它决定数据库驱动等待数据库响应的秒数。任意正整数未设置 (null)
safeRowBoundsEnabled是否允许在嵌套语句中使用分页(RowBounds)。如果允许使用则设置为 false。true | falseFalse
safeResultHandlerEnabled是否允许在嵌套语句中使用结果处理器(ResultHandler)。如果允许使用则设置为 false。true | falseTrue
mapUnderscoreToCamelCase是否开启驼峰命名自动映射,即从经典数据库列名 A_COLUMN 映射到经典 Java 属性名 aColumn。true | falseFalse
localCacheScopeMyBatis 利用本地缓存机制(Local Cache)防止循环引用和加速重复的嵌套查询。 默认值为 SESSION,会缓存一个会话中执行的所有查询。 若设置值为 STATEMENT,本地缓存将仅用于执行语句,对相同 SqlSession 的不同查询将不会进行缓存。SESSION | STATEMENTSESSION
defaultScriptingLanguage指定动态 SQL 生成使用的默认脚本语言。一个类型别名或全限定类名。org.apache.ibatis.scripting.xmltags.XMLLanguageDriver
logPrefix指定 MyBatis 增加到日志名称的前缀。任何字符串未设置
logImpl指定 MyBatis 所用日志的具体实现,未指定时将自动查找。SLF4J | LOG4J | LOG4J2 | JDK_LOGGING | COMMONS_LOGGING | STDOUT_LOGGING | NO_LOGGING未设置
lazyLoadingEnabled延迟加载的全局开关。当开启时,所有关联对象都会延迟加载。 特定关联关系中可通过设置 fetchType 属性来覆盖该项的开关状态。true | falsefalse
useGeneratedKeys允许 JDBC 支持自动生成主键,需要数据库驱动支持。如果设置为 true,将强制使用自动生成主键。尽管一些数据库驱动不支持此特性,但仍可正常工作(如 Derby)。true | falseFalse
multipleResultSetsEnabled是否允许单个语句返回多结果集(需要数据库驱动支持)。true | falsetrue

三、类型别名(typeAliases)

类型别名可为 Java 类型设置一个缩写名字。 它仅用于 XML 配置,意在降低冗余的全限定类名书写。

举例

  • 原生态

    <!--这里是要用到 User 的地方 --> <select id="selectAll" resultType="com.study.pojo.User">select * from user</select>
  • 接下来在核心文件中取 别名

    • 1、

      <typeAliases><typeAlias alias="User" type="com.study.pojo.User"/> </typeAliases>

      :这样配置时,User 可以用在任何使用 com.study.pojo.User 的地方。

    • 取别名后使用 举例

      <select id="selectAll" resultType="User">select * from user</select>
  • 注解方式取别名

    • ​ 配置

      <typeAliases><!--这里的意思是 在 com.study.pojo 下的所有实体类 都可以 通过注解取别名 --><package name="com.study.pojo"/> </typeAliases>
    • com.study.pojo.User类

      @Alias("user") public class User {private Integer id;private String username;private String password; ... // 后面还有有参/无参 构造 set/get toString 方法 这里就不写啦

四、类型处理器(typeHandlers)

  • 这个暂时接触的少,刚学,等用到的时候,再反过来重新更新。

五、插件(plugins)

  • 这个同上。

六、环境配置(environments)

  • MyBatis 可以配置成适应多种环境,尽管可以配置多个环境,但每个 SqlSessionFactory 实例只能选择一种环境。

  • environments 元素定义了如何配置环境。

    <environments default="development"><environment id="development"><transactionManager type="JDBC"><property name="..." value="..."/></transactionManager><dataSource type="POOLED"><property name="driver" value="${driver}"/><property name="url" value="${url}"/><property name="username" value="${username}"/><property name="password" value="${password}"/></dataSource></environment> </environments>

    注意一些关键点:

    • 默认使用的环境 ID(比如:default=“development”)。
    • 每个 environment 元素定义的环境 ID(比如:id=“development”)。
    • 事务管理器的配置(比如:type=“JDBC”)。
    • 数据源的配置(比如:type=“POOLED”)。
  • 事务管理器(transactionManager)

    • 在 MyBatis 中有两种类型的事务管理器(也就是 type="[JDBC|MANAGED]")
    • JDBC – 这个配置直接使用了 JDBC 的提交和回滚设施,它依赖从数据源获得的连接来管理事务作用域。
    • MANAGED – 这个配置几乎没做什么。它从不提交或回滚一个连接,而是让容器来管理事务的整个生命周期(比如 JEE 应用服务器的上下文)
  • 数据源(dataSource)

    • 多数 MyBatis 应用程序会按示例中的例子来配置数据源。虽然数据源配置是可选的,但如果要启用延迟加载特性,就必须配置数据源。

    • 有三种内建的数据源类型(也就是 type="[UNPOOLED|POOLED|JNDI]"):

      • UNPOOLED– 这个数据源的实现会每次请求时打开和关闭连接。

        • UNPOOLED 类型的数据源仅仅需要配置以下 5 种属性:
      • driver – 这是 JDBC 驱动的 Java 类全限定名(并不是 JDBC 驱动中可能包含的数据源类)。
      • url – 这是数据库的 JDBC URL 地址。
      • username – 登录数据库的用户名。
      • password – 登录数据库的密码。
      • defaultTransactionIsolationLevel – 默认的连接事务隔离级别。
      • defaultNetworkTimeout – 等待数据库操作完成的默认网络超时时间(单位:毫秒)。查看 java.sql.Connection#setNetworkTimeout() 的 API 文档以获取更多信息。
      • POOLED– 这种数据源的实现利用“池”的概念将 JDBC 连接对象组织起来,避免了创建新的连接实例时所必需的初始化和认证时间。 这种处理方式很流行,能使并发 Web 应用快速响应请求。

        • 还有更多属性用来配置 POOLED 的数据源:
        • poolMaximumActiveConnections – 在任意时间可存在的活动(正在使用)连接数量,默认值:10
        • poolMaximumIdleConnections – 任意时间可能存在的空闲连接数。
        • poolMaximumCheckoutTime – 在被强制返回之前,池中连接被检出(checked out)时间,默认值:20000 毫秒(即 20 秒)
        • poolTimeToWait – 这是一个底层设置,如果获取连接花费了相当长的时间,连接池会打印状态日志并重新尝试获取一个连接(避免在误配置的情况下一直失败且不打印日志),默认值:20000 毫秒(即 20 秒)。
        • poolMaximumLocalBadConnectionTolerance – 这是一个关于坏连接容忍度的底层设置, 作用于每一个尝试从缓存池获取连接的线程。 如果这个线程获取到的是一个坏的连接,那么这个数据源允许这个线程尝试重新获取一个新的连接,但是这个重新尝试的次数不应该超过 poolMaximumIdleConnections 与 poolMaximumLocalBadConnectionTolerance 之和。 默认值:3(新增于 3.4.5)
        • poolPingQuery – 发送到数据库的侦测查询,用来检验连接是否正常工作并准备接受请求。默认是“NO PING QUERY SET”,这会导致多数数据库驱动出错时返回恰当的错误消息。
        • poolPingEnabled – 是否启用侦测查询。若开启,需要设置 poolPingQuery 属性为一个可执行的 SQL 语句(最好是一个速度非常快的 SQL 语句),默认值:false。
        • poolPingConnectionsNotUsedFor – 配置 poolPingQuery 的频率。可以被设置为和数据库连接超时时间一样,来避免不必要的侦测,默认值:0(即所有连接每一时刻都被侦测 — 当然仅当 poolPingEnabled 为 true 时适用)。
      • JNDI – 这个数据源实现是为了能在如 EJB 或应用服务器这类容器中使用,容器可以集中或在外部配置数据源,然后放置一个 JNDI 上下文的数据源引用。

        • 这种数据源配置只需要两个属性:
        • initial_context – 这个属性用来在 InitialContext 中寻找上下文(即,initialContext.lookup(initial_context))。这是个可选属性,如果忽略,那么将会直接从 InitialContext 中寻找 data_source 属性。
        • data_source – 这是引用数据源实例位置的上下文路径。提供了 initial_context 配置时会在其返回的上下文中进行查找,没有提供时则直接在 InitialContext 中查找。

七、数据库厂商标识(databaseIdProvider)

  • 因为目前只学习啦mysql 还没有接触到其他的数据库

  • 所以在这边只能 做出一个介绍

  • mybatis 是支持多个数据库的 只是根据数据库的不同而进行不同的配置

  • 官网讲的是:

    为支持多厂商特性,只要像下面这样在 mybatis-config.xml 文件中加入 databaseIdProvider 即可:

    <databaseIdProvider type="DB_VENDOR" />

    databaseIdProvider 对应的 DB_VENDOR 实现会将 databaseId 设置为 DatabaseMetaData#getDatabaseProductName() 返回的字符串。 由于通常情况下这些字符串都非常长,而且相同产品的不同版本会返回不同的值,你可能想通过设置属性别名来使其变短:

    <databaseIdProvider type="DB_VENDOR"><property name="SQL Server" value="sqlserver"/><property name="DB2" value="db2"/><property name="Oracle" value="oracle" /> </databaseIdProvider>

    在提供了属性别名时,databaseIdProvider 的 DB_VENDOR 实现会将 databaseId 设置为数据库产品名与属性中的名称第一个相匹配的值,如果没有匹配的属性,将会设置为 “null”。 在这个例子中,如果 getDatabaseProductName() 返回“Oracle (DataDirect)”,databaseId 将被设置为“oracle”。

八、映射器(mappers)

  • 在前面刚刚入门的时候 就已经使用啦这个配置

  • <!-- 使用相对于类路径的资源引用 --> <mappers><mapper resource="org/mybatis/builder/AuthorMapper.xml"/> </mappers>
  • <!-- 使用完全限定资源定位符(URL) 现在一般已经不用 --> <mappers><mapper url="file:///var/mappers/AuthorMapper.xml"/> </mappers>
  • <!-- 使用映射器接口实现类的完全限定类名 --> <mappers><mapper class="org.mybatis.builder.AuthorMapper"/> </mappers>
  • <!-- 将包内的映射器接口实现全部注册为映射器 --> <mappers><package name="org.mybatis.builder"/> </mappers>

总结

以上是生活随笔为你收集整理的Mybatis---全局配置解析 --根据官方文档--常用的全部内容,希望文章能够帮你解决所遇到的问题。

如果觉得生活随笔网站内容还不错,欢迎将生活随笔推荐给好友。