• 第01篇MyBatis基础应用

    第01章_MyBatis快速入门

    第一节 MyBatis简介

    MyBatis 由 Apache 的一个开源项目 iBatis发展而来,是一款在持久层使用的SQL映射框架,可以将SQL语句单独写在XML配置文件中,或者使用带有注解的Mapper映射类来完成数据库记录到Java实体的映射。

    MyBatis与另一款主流的 ORM(Object Relational Mapping) 框架 Hibernate 不同,属于半自动的 ORM 框架,仍然需要自己编写SQL语句,不能将各种数据库的影响隔离开,但是可以灵活地控制SQL语句的构造,将SQL语句的编写和程序的运行分离开,使用更加便捷。下面是MyBatis 的一些优势,这些优秀的特性使它成为目前最受欢迎的ORM框架之一。

     

     

    第二节 MyBatis入门案例

    某数据库有一张 User 表,定义如下,现要使用 MyBatis 对其进行查询操作。

     

    1. 前置准备

    image-20210406225222922

     

     

     

    如果使用传统的 JDBC 或 JdbcTemplate 模板,那么你的下一步应该是实现 DAO 接口,编写具体的 CURD 方法。但是,使用 MyBatis 后,你无需自己手写这些繁琐的实现类,这些 MyBatis 都会使用动态代理技术帮你生成。

     

    2. 依赖导入

    MyBatis 有一些必须的依赖,你可以把它加入到 CLASSPATH 路径,或者在 pom 文件中定义它的坐标。

     

    如果你使用的是Oracle或SqlServer数据库,应该切换如下驱动:

     

     

    3. 主配置文件

    现在我们需要一个配置文件来描述 MyBatis 的相关属性和行为。如果你不太明白,没关系,我们在下一章将会详细讲解!

    src\main\resources\mybatis-config.xml

     

    如果你使用的是Oracle或SqlServer数据库,JDBC连接四要素应修改如下:

     

     

    4. 映射配置文件

    除了主配置文件之外,还需要一个映射配置文件,告诉 MyBatis 执行什么SQL,以及参数和结果集如何处理。

    src\main\resources\com\mybatis\demo\dao\UserDao.xml

     

     

    5. 简单测试

    现在我们可以来进行测试了!

     

    运行结果如下:

    image-20210415231840857

     

    上述案例的完整工程代码可参考附件 mybatis-demo/demo01 工程!

     

     

     

    第三节 入门案例详解

    1. SqlSessionFactoryBuilder

    要想创建一个 Session,需要借助 SqlSeesionFactory,而 SqlSeesionFactory 必须由 SqlSessionFactoryBuilder 来进行构建, SqlSessionFactoryBuilder 有五个 build() 方法,每一种都允许你从不同的资源中创建一个 SqlSessionFactory 实例。

    可以看到,前四种方式都是从一个 InputStream 流中获取配置文件(mybatis-config.xml),然后构建 SqlSessionFactory,并且提供了不同组合的默认参数供选择,我们入门案例正是使用了这种方式。

     

    另外,也通过接收一个 Configuration 实例来构建 SqlSessionFactory 。Configuration 类包含了对一个 SqlSessionFactory 实例你可能关心的所有内容。以下是一个简单的示例,演示如何手动配置 Configuration 实例,然后将它传递给 build() 方法来创建 SqlSessionFactory。

     

     

    2. SqlSessionFactory

    有了 SqlSessionFactory 之后,我们就可以用它来创建 SqlSession 了。它有 6 个重载的方法供我们使用,具体使用哪一个,这取决于你对事务、连接和执行器类型的选择。

     

    无参数的opensseion()方法具有下列默认行为:

     

    除此之外,SqlSessionFacotry还有一个方法:getConfiguration()。这个方法会返回一个 Configuration 实例,你可以在运行时使用它来检查 MyBatis 的配置。

     

    事物的隔离级别

    对于事务隔离级别,MyBatis 使用了一个 Java 枚举包装器来表示,称为 TransactionIsolationLevel,事务隔离级别支持 JDBC 的五个隔离级别(NONEREAD_UNCOMMITTEDREAD_COMMITTEDREPEATABLE_READSERIALIZABLE),并且与预期的行为一致

     

    执行器类型

    你可能对 ExecutorType 参数感到陌生。这个枚举类型定义了三个值:

    • ExecutorType.SIMPLE:该类型的执行器没有特别的行为。它为每个语句的执行创建一个新的预处理语句。

    • ExecutorType.REUSE:该类型的执行器会复用预处理语句。

    • ExecutorType.BATCH:该类型的执行器会批量执行所有更新语句,如果 SELECT 在多个更新中间执行,将在必要时将多条更新语句。

     

    3. SqlSession

    SqlSession 在 MyBatis 中是非常强大的一个类。它包含了所有执行语句、提交或回滚事务以及获取映射器实例的方法。下面对其进行分类展示和介绍。

     

    关于 RowBounds 和 ResultHandler 在官网有更详细的解释,可以点击这:https://mybatis.org/mybatis-3/zh/java-api.html

     

    4. 映射器实例

    SqlSeesion中的各个 insert、update、delete 和 select 方法都很强大,但也有些繁琐,它们并不符合类型安全,对你的 IDE 和单元测试也不是那么友好。因此,使用映射器类来执行映射语句是更常见的做法。

     

    我们已经在之前的入门案例中见到过一个使用映射器的示例。一个映射器类就是一个仅需声明与 SqlSession 方法相匹配方法的接口。下面的示映射器例展示了一些方法签名以及它们是如何映射到 SqlSession 上的。

    总之,每个映射器方法签名有与之相关联的 SqlSession 方法。

    映射器接口可以继承自其他接口。在使用 XML 来绑定映射器接口时,保证语句处于合适的命名空间中即可。唯一的限制是,不能在两个具有继承关系的接口中拥有相同的方法签名(这是潜在的危险做法,不可取)。

    你也可以传递多个参数给一个映射器方法。在多个参数的情况下,默认它们将会以 param 加上它们在参数列表中的位置来命名,比如:#{param1}、#{param2}等。如果你想(在有多个参数时)自定义参数的名称,那么你可以在参数上使用 @Param("paramName") 注解。

    除外之外,你还可以给方法传递一个 RowBounds 实例来限制查询结果等。

     

    5. 使用注解替换映射器配置

    MyBatis 针对映射器配置,定义了一套注解,可以让我们更加方便的进行相关配置。

    注意 同一个方法,不能同时存在映射配置文件和注解两种配置方式,MyBatis将检测并抛出异常!

    注解使用案例可以参考mybatis-demo02。

     

     

    6. 添加日志输出

    MyBatis在运行时会按照下列顺序检测日志实现,如果没有找到这些实现时,将会禁用日志功能。

     

    当然,你也可以在mybatis-config.xml配置文件中显示指定日志实现。

    可选的值有:SLF4JLOG4JLOG4J2JDK_LOGGINGCOMMONS_LOGGINGSTDOUT_LOGGINGNO_LOGGING,或者是实现了 org.apache.ibatis.logging.Log 接口,且构造方法以字符串为参数的类完全限定名。

     

    你也可以在调用其它 MyBatis 方法之前调用以下任一方法来切换日志实现:

    注意,仅当运行时类路径中存在该日志实现时,日志实现的切换才会生效,否则会使用默认顺序来查找日志实现。

     

    你可以通过在映射类的全限定名命名空间全限定语句名上开启日志功能,来查看 MyBatis 的日志语句。具体的配置步骤与日志实现有关,下面以 Log4J 作为示范。

    首先,你应该确保应用的类路径下有 Log4J 的jar 包,或导入了相应的 maven 坐标。

    然后,添加 log4j.properties配置文件到应用类路径下,简单配置如下。

    上述配置将使 Log4J 详细打印 org.mybatis.example.BlogMapper 的日志,对于应用的其它部分,只打印错误信息。

     

    你可以按需调整日志输出的粒度,参考如下。

    配置文件 log4j.properties 的余下内容用来配置输出器(appender),这一内容已经超出本文档的范围。关于 Log4J 的更多内容,可以参考 Log4J 的官方网站。

     

    第02章_全局配置文件详解

    MyBatis 的配置文件包含了会深深影响 MyBatis 行为的设置和属性信息。 配置文档的顶层结构如下:

    在开发过程中,可以参考配置文件头部的DTD约束来进行配置!

     

     

    第一节 properties标签

    1. property的定义和使用

    property 是一个 key-value 键值对,可以直接在 properties 标签内部用 property 子标签定义,也可以从外部资源文件引入,并且可以进行动态替换。

    tips:properties标签也可以使用 url 属性引入网络资源或本地磁盘文件。

     

    设置好的属性可以在整个配置文件中用来替换需要动态配置的属性值。

    这个例子中的占位符 ${username}${password} 将会由 property 标签中设置的相应值来替换。${driver}${url} 将会由 config.properties 文件中对应的值来替换。这样就为配置提供了诸多灵活选择。

     

    除此之外,也可以在 SqlSessionFactoryBuilder.build() 方法中传入属性值。例如:

     

     

     

    2. property的优先级

    如果一个属性在不只一个地方进行了配置,那么,MyBatis 将按照下面的顺序来加载:

    因此,通过方法参数传递的属性具有最高优先级,resource/url 属性中指定的配置文件次之,最低优先级的则是 properties 元素中指定的属性。

     

     

     

    3. 设置占位符的默认值

    从 MyBatis 3.4.2 开始,你可以为占位符指定一个默认值。例如:

    这个特性默认是关闭的。要启用这个特性,需要添加一个特定的属性来开启这个特性。

     

    由于占位符默认值的分隔符默认为:,如果你在属性名中使用了 ":" 字符(如:db:username),或者在 SQL 映射中使用了 OGNL 表达式的三元运算符(如: ${tableName != null ? tableName : 'global_constants'}),就需要设置特定的属性来修改分隔属性名和默认值的字符。

     

     

    第二节 settings标签

    settings 标签是 MyBatis 中极为重要的调整设置,它们会改变 MyBatis 的运行时行为。 下表描述了设置中各项设置的含义、默认值等。

    设置名描述有效值
    cacheEnabled全局性地开启或关闭所有映射器配置文件中已配置的任何缓存。true | false
    lazyLoadingEnabled延迟加载的全局开关。当开启时,所有关联对象都会延迟加载。
    特定关联关系中可通过设置 fetchType 属性来覆盖该项的开关状态。
    true | false
    aggressiveLazyLoading开启时,任一方法的调用都会加载该对象的所有延迟加载属性。
    否则,每个延迟加载属性会按需加载(参考 lazyLoadTriggerMethods)。
    true | false
    multipleResultSetsEnabled是否允许单个语句返回多结果集(需要数据库驱动支持)。true | false
    useColumnLabel使用列标签代替列名。实际表现依赖于数据库驱动,
    具体可参考数据库驱动的相关文档,或通过对比测试来观察。
    true | false
    useGeneratedKeys允许 JDBC 支持自动生成主键,需要数据库驱动支持。
    如果设置为 true,将强制使用自动生成主键。
    尽管一些数据库驱动不支持此特性,但仍可正常工作(如 Derby)。
    true | false
    autoMappingBehavior指定 MyBatis 应如何自动映射列到字段或属性。
    NONE 表示关闭自动映射;
    PARTIAL 只会自动映射没有定义嵌套结果映射的字段。
    FULL 会自动映射任何复杂的结果集(无论是否嵌套)。
    NONE, PARTIAL, FULL
    autoMappingUnknown
    ColumnBehavior
    指定发现自动映射目标未知列(或未知属性类型)的行为。
    NONE: 不做任何反应
    WARNING: 输出警告日志
    'org.apache.ibatis.session<br />.AutoMappingUnknownColumnBehavior'
    的日志等级必须设置为 WARN
    FAILING: 映射失败 (抛出 SqlSessionException)
    NONE, WARNING, FAILING
    defaultExecutorType配置默认的执行器。
    SIMPLE 就是普通的执行器;
    REUSE 执行器会重用预处理语句(PreparedStatement);
    BATCH 执行器不仅重用语句还会执行批量更新。
    SIMPLE REUSE BATCH
    defaultStatementTimeout设置超时时间,它决定数据库驱动等待数据库响应的秒数。任意正整数
    defaultFetchSize为驱动的结果集获取数量(fetchSize)设置一个建议值。
    此参数只可以在查询设置中被覆盖。
    任意正整数
    defaultResultSetType指定语句默认的滚动策略。(新增于 3.5.2)FORWARD_ONLY |
    SCROLL_SENSITIVE |
    SCROLL_INSENSITIVE |
    DEFAULT(等同于未设置)
    safeRowBoundsEnabled是否允许在嵌套语句中使用分页(RowBounds)。
    如果允许使用则设置为 false。
    true | false
    safeResultHandler
    Enabled
    是否允许在嵌套语句中使用结果处理器(ResultHandler)。
    如果允许使用则设置为 false。
    true | false
    mapUnderscore
    ToCamelCase
    是否开启驼峰命名自动映射,即下划线列名映射小驼峰属性名。true | false
    localCacheScopeMyBatis 利用本地缓存机制防止循环引用和加速重复的嵌套查询。
    默认值为 SESSION,会缓存一个会话中执行的所有查询。
    若设置值为 STATEMENT,本地缓存将仅用于执行语句,对相同 SqlSession 的不同查询将不会进行缓存。
    SESSION | STATEMENT
    jdbcTypeForNull当没有为参数指定特定的 JDBC 类型时,空值的默认 JDBC 类型。
    某些数据库驱动需要指定列的 JDBC 类型,多数情况直接用一般类型即可,比如 NULL、VARCHAR 或 OTHER。
    JdbcType 常量,常用值:
    NULL、VARCHAR 或 OTHER
    lazyLoadTriggerMethods指定对象的哪些方法触发一次延迟加载。用逗号分隔的方法列表。
    equals,clone,hashCode,toString
    defaultScriptingLanguage指定动态 SQL 生成使用的默认脚本语言。一个类型别名或全限定类名。
    org.apache.ibatis.scripting
    .xmltags.XMLLanguageDriver
    defaultEnumTypeHandler指定 Enum 使用的默认 TypeHandler 。(新增于 3.4.5)一个类型别名或全限定类名。
    org.apache.ibatis.type
    .EnumTypeHandler
    callSettersOnNulls指定当结果集中值为 null 的时候是否调用映射对象的 setter(map 对象时为 put)方法,这在依赖于 Map.keySet() 或 null 值进行初始化时比较有用。
    注意基本类型(int、boolean 等)是不能设置成 null 的。
    true | false
    returnInstance
    ForEmptyRow
    当返回行的所有列都是空时,MyBatis默认返回 null
    当开启这个设置时,MyBatis会返回一个空实例。
    请注意,它也适用于嵌套的结果集(如集合或关联)。(新增于 3.4.2)
    true | false
    logPrefix指定 MyBatis 增加到日志名称的前缀。任何字符串
    logImpl指定 MyBatis 所用日志的具体实现,未指定时将自动查找。SLF4J | LOG4J | LOG4J2 |
    JDK_LOGGING | COMMONS_LOGGING | STDOUT_LOGGING | NO_LOGGING
    proxyFactory指定 Mybatis 创建可延迟加载对象所用到的代理工具。CGLIB | JAVASSIST
    vfsImpl指定 VFS 的实现自定义 VFS 的实现的类全限定名,以逗号分隔。
    useActualParamName允许使用方法签名中的名称作为语句参数名称。
    为了使用该特性,你的项目必须采用 Java 8 编译,并且加上 -parameters 选项。(新增于 3.4.1)
    true | false
    configurationFactory指定一个提供 Configuration 实例的类。
    这个被返回的 Configuration 实例用来加载被反序列化对象的延迟加载属性值。
    这个类必须包含一个签名为static Configuration getConfiguration() 的方法。(新增于 3.2.3)
    一个类型别名或完全限定类名。
    shrinkWhitespacesInSql从SQL中删除多余的空格字符。
    请注意,这也会影响SQL中的文字字符串。 (新增于 3.5.5)
    true | false
    defaultSqlProviderTypeSpecifies an sql provider class that holds provider method (Since 3.5.6).
    This class apply to the type(or value) attribute on sql provider annotation(e.g. @SelectProvider), when these attribute was omitted.
    A type alias or fully qualified class name

     

    下面是一个配置完整的 settings 元素的示例。

     

     

     

     

     

    第三节 typeAliases标签

    1. 配置JavaBean的别名

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

    当这样配置时,Blog 可以用在任何使用 domain.blog.Blog 的地方。

     

    也可以指定一个包名,MyBatis 会在包名下面搜索需要的 Java Bean,比如:

    每一个在包 domain.blog 中的 Java Bean,在没有注解的情况下,会使用 Bean 的首字母小写的非限定类名来作为它的别名。 比如 domain.blog.Author 的别名为 author;若有注解,则别名为其注解值。见下面的例子:

     

     

    2. 内置的类型别名

    下面是一些为常见的 Java 类型内建的类型别名。它们都是不区分大小写的,注意,为了应对原始类型的命名重复,采取了特殊的命名风格。

    别名映射的类型
    _bytebyte
    _longlong
    _shortshort
    _intint
    _integerint
    _doubledouble
    _floatfloat
    _booleanboolean
    stringString
    byteByte
    longLong
    shortShort
    intInteger
    integerInteger
    doubleDouble
    floatFloat
    booleanBoolean
    dateDate
    decimalBigDecimal
    bigdecimalBigDecimal
    objectObject
    mapMap
    hashmapHashMap
    listList
    arraylistArrayList
    collectionCollection
    iteratorIterator

     

    第四节 typehandlers标签

    1. 默认类型处理器

    MyBatis 在设置预处理语句(PreparedStatement)中的参数或从结果集中取出一个值时, 都会用类型处理器将获取到的值以合适的方式转换成 Java 类型。下表描述了一些默认的类型处理器

    类型处理器Java 类型JDBC 类型
    BooleanTypeHandlerjava.lang.Boolean, boolean数据库兼容的 BOOLEAN
    ByteTypeHandlerjava.lang.Byte, byte数据库兼容的 NUMERICBYTE
    ShortTypeHandlerjava.lang.Short, short数据库兼容的 NUMERICSMALLINT
    IntegerTypeHandlerjava.lang.Integer, int数据库兼容的 NUMERICINTEGER
    LongTypeHandlerjava.lang.Long, long数据库兼容的 NUMERICBIGINT
    FloatTypeHandlerjava.lang.Float, float数据库兼容的 NUMERICFLOAT
    DoubleTypeHandlerjava.lang.Double, double数据库兼容的 NUMERICDOUBLE
    BigDecimalTypeHandlerjava.math.BigDecimal数据库兼容的 NUMERICDECIMAL
    StringTypeHandlerjava.lang.StringCHAR, VARCHAR
    ClobReaderTypeHandlerjava.io.Reader-
    ClobTypeHandlerjava.lang.StringCLOB, LONGVARCHAR
    NStringTypeHandlerjava.lang.StringNVARCHAR, NCHAR
    NClobTypeHandlerjava.lang.StringNCLOB
    BlobInputStreamTypeHandlerjava.io.InputStream-
    ByteArrayTypeHandlerbyte[]数据库兼容的字节流类型
    BlobTypeHandlerbyte[]BLOB, LONGVARBINARY
    DateTypeHandlerjava.util.DateTIMESTAMP
    DateOnlyTypeHandlerjava.util.DateDATE
    TimeOnlyTypeHandlerjava.util.DateTIME
    SqlTimestampTypeHandlerjava.sql.TimestampTIMESTAMP
    SqlDateTypeHandlerjava.sql.DateDATE
    SqlTimeTypeHandlerjava.sql.TimeTIME
    ObjectTypeHandlerAnyOTHER 或未指定类型
    EnumTypeHandlerEnumeration TypeVARCHAR 或任何兼容的字符串类型,用来存储枚举的名称(而不是索引序数值)
    EnumOrdinalTypeHandlerEnumeration Type任何兼容的 NUMERICDOUBLE 类型,用来存储枚举的序数值(而不是名称)。
    SqlxmlTypeHandlerjava.lang.StringSQLXML
    InstantTypeHandlerjava.time.InstantTIMESTAMP
    LocalDateTimeTypeHandlerjava.time.LocalDateTimeTIMESTAMP
    LocalDateTypeHandlerjava.time.LocalDateDATE
    LocalTimeTypeHandlerjava.time.LocalTimeTIME
    OffsetDateTimeTypeHandlerjava.time.OffsetDateTimeTIMESTAMP
    OffsetTimeTypeHandlerjava.time.OffsetTimeTIME
    ZonedDateTimeTypeHandlerjava.time.ZonedDateTimeTIMESTAMP
    YearTypeHandlerjava.time.YearINTEGER
    MonthTypeHandlerjava.time.MonthINTEGER
    YearMonthTypeHandlerjava.time.YearMonthVARCHARLONGVARCHAR
    JapaneseDateTypeHandlerjava.time.chrono.JapaneseDateDATE

    tips:从 3.4.5 开始,MyBatis 默认支持 JSR-310(日期和时间 API)

     

     

     

    2. 自定义类型处理器

    你可以创建你自己的类型处理器或重写已有的类型处理器来处理不支持的或非标准的类型。只需要实现 org.apache.ibatis.type

    .TypeHandler 接口, 或继承一个很便利的类 org.apache.ibatis.type.BaseTypeHandler, 并且可以(可选地)将它映射到一个 JDBC 类型。

    如果想要这个类型处理器生效,则必须在主配置文件的typehandlers标签进行配置,这样拦截器链才会进行调用。

    使用上述的类型处理器将会覆盖已有的处理 Java String 类型的属性以及 VARCHAR 类型的参数和结果的类型处理器。 要注意 MyBatis 不会通过检测数据库元信息来决定使用哪种类型,所以你必须在参数和结果映射中指明字段是 VARCHAR 类型, 以使其能够绑定到正确的类型处理器上。这是因为 MyBatis 直到语句被执行时才清楚数据类型。

     

    通过类型处理器的泛型,MyBatis 可以得知该类型处理器处理的 Java 类型,不过这种行为可以通过两种方法改变:

    还可以通过两种方式来指定关联的 JDBC 类型:

     

    当在 ResultMap 中决定使用哪种类型处理器时,此时 Java 类型是已知的(从结果类型中获得),但是 JDBC 类型是未知的。 因此 Mybatis 使用 javaType=[Java 类型], jdbcType=null 的组合来选择一个类型处理器。 这意味着使用 @MappedJdbcTypes 注解可以限制类型处理器的作用范围,并且可以确保,除非显式地设置,否则类型处理器在 ResultMap 中将不会生效。 如果希望能在 ResultMap 中隐式地使用类型处理器,那么设置 @MappedJdbcTypes 注解的 includeNullJdbcType=true 即可。 然而从 Mybatis 3.4.0 开始,如果某个 Java 类型只有一个注册的类型处理器,即使没有设置 includeNullJdbcType=true,那么这个类型处理器也会是 ResultMap 使用 Java 类型时的默认处理器。

     

     

    3. 泛型类型处理器

    你可以创建能够处理多个类的泛型类型处理器。为了使用泛型类型处理器, 需要增加一个接受该类的 class 作为参数的构造器,这样 MyBatis 会在构造一个类型处理器实例的时候传入一个具体的类。

    EnumTypeHandlerEnumOrdinalTypeHandler 都是泛型类型处理器,我们将会在接下来的部分详细探讨。

     

    若想映射枚举类型 Enum,则需要从 EnumTypeHandler 或者 EnumOrdinalTypeHandler 中选择一个来使用。

    比如说我们想存储取近似值时用到的舍入模式。默认情况下,MyBatis 会利用 EnumTypeHandler 来把 Enum 值转换成对应的名字。

    注意 EnumTypeHandler 在某种意义上来说是比较特别的,其它的处理器只针对某个特定的类,而它不同,它会处理任意继承了 Enum 的类。

     

    不过,我们可能不想存储名字,相反我们的 DBA 会坚持使用整形值代码。那也一样简单:在配置文件中把 EnumOrdinalTypeHandler 加到 typeHandlers 中即可, 这样每个 RoundingMode 将通过他们的序数值来映射成对应的整形数值。

     

    但要是你想在一个地方将 Enum 映射成字符串,在另外一个地方映射成整形值呢?自动映射器(auto-mapper)会自动地选用 EnumOrdinalTypeHandler 来处理枚举类型, 所以如果我们想用普通的 EnumTypeHandler,就必须要显式地为那些 SQL 语句设置要使用的类型处理器。

     

     

     

    第五节 objectFactory标签

    每次 MyBatis 创建结果对象的新实例时,它都会使用一个对象工厂(ObjectFactory)实例来完成实例化工作。 默认的对象工厂需要做的仅仅是实例化目标类,要么通过默认无参构造方法,要么通过存在的参数映射来调用带有参数的构造方法。 如果想覆盖对象工厂的默认行为,可以通过创建自己的对象工厂来实现。比如:

    ObjectFactory 接口很简单,它包含两个创建实例用的方法,一个是处理默认无参构造方法的,另外一个是处理带参数的构造方法的。 另外,setProperties 方法可以被用来配置 ObjectFactory,在初始化你的 ObjectFactory 实例后, objectFactory 元素体中定义的属性会被传递给 setProperties 方法。

     

     

    第六节 plugins标签

    MyBatis 允许你在映射语句执行过程中的某一点进行拦截调用。默认情况下,MyBatis 允许使用插件来拦截的方法调用包括:

    这些类中方法的细节可以通过查看每个方法的签名来发现,或者直接查看 MyBatis 发行包中的源代码。 如果你想做的不仅仅是监控方法的调用,那么你最好相当了解要重写的方法的行为。 因为在试图修改或重写已有方法的行为时,很可能会破坏 MyBatis 的核心模块。 这些都是更底层的类和方法,所以使用插件的时候要特别当心。

     

    通过 MyBatis 提供的强大机制,使用插件是非常简单的,只需实现 Interceptor 接口,并指定想要拦截的方法签名即可。

    上面的插件将会拦截在 Executor 实例中参数匹配的 “update” 方法调用, 这里的 Executor 是负责执行底层映射语句的内部对象。

     

    案例:下面是一个统计SQL执行时间的插件

     

    提示 覆盖配置类也可以修改mybatis的核心行为

    除了用插件来修改 MyBatis 核心行为以外,还可以通过完全覆盖配置类来达到目的。只需继承配置类后覆盖其中的某个方法,再把它传递到 SqlSessionFactoryBuilder.build(myConfig) 方法即可。再次重申,这可能会极大影响 MyBatis 的行为,务请慎之又慎。

     

     

    第七节 environments 标签

    1. 配置 environment

    environments 标签定义了 SQL 执行环境相关的配置,并且支持多个 environment 子标签的定义。

     

    尽管可以配置多个环境,但每个 SqlSessionFactory 实例只能选择其中一种。为了指定创建哪种环境,必须将它作为可选的参数传递给 SqlSessionFactoryBuilder 即可。可以接受环境配置的两个方法签名如下,如果忽略了环境参数,那么将会加载默认环境。

     

     

    2. 事务管理器

    在 MyBatis 中有两种类型的事务管理器:

    1. 在使用 MANAGED 事务管理器的时候, 一些容器并不希望连接被关闭,因此需要将 closeConnection 属性设置为 false 来阻止默认的关闭行为。

    2. 如果你正在使用 Spring + MyBatis,则没有必要配置事务管理器,因为 Spring 模块会使用自带的管理器来覆盖前面的配置。

     

    JDBCMANAGED 其实是类型别名,换句话说,你可以用 TransactionFactory 接口实现类的全限定名或类型别名代替它们。

    在事务管理器实例化后,所有在 XML 中配置的属性将会被传递给 setProperties() 方法。你的实现还需要创建一个 Transaction 接口的实现类,这个接口也很简单:

    使用这两个接口,你可以完全自定义 MyBatis 对事务的处理。

     

     

    3. 数据源

    dataSource 标签使用标准的 JDBC 数据源接口来配置 JDBC 连接对象的资源。有三种内建的数据源类型:

    作为可选项,你也可以传递属性给数据库驱动。只需在属性名加上“driver.”前缀即可,例如:driver.encoding=UTF8。这将通过 DriverManager.getConnection(url, driverProperties) 方法传递值为 UTF8encoding 属性给数据库驱动。

     

    和其他数据源配置类似,可以通过添加前缀“env.”直接把属性传递给 InitialContext。比如:env.encoding=UTF8。这就会在 InitialContext 实例化时往它的构造方法传递值为 UTF8encoding 属性。

     

    你可以通过实现接口 org.apache.ibatis.datasource.DataSourceFactory 来使用第三方数据源实现:

    org.apache.ibatis.datasource.unpooled.UnpooledDataSourceFactory 可被用作父类来构建新的数据源适配器,比如下面这段插入 C3P0 数据源所必需的代码:

    为了令其工作,记得在配置文件中为每个希望 MyBatis 调用的 setter 方法增加对应的属性。 下面是一个可以连接至 PostgreSQL 数据库的例子:

     

    提示 数据源配置是可选的,但如果要启用延迟加载特性,就必须配置数据源。

     

     

     

    第八节 databaseIdProvider标签

    MyBatis 可以根据不同的数据库厂商执行不同的语句,这种多厂商的支持是基于映射语句中的 databaseId 属性。 MyBatis 会加载带有匹配当前数据库 databaseId 属性和所有不带 databaseId 属性的语句。 如果同时找到带有 databaseId 和不带 databaseId 的相同语句,则后者会被舍弃。

     

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

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

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

     

    你可以通过实现接口 org.apache.ibatis.mapping.DatabaseIdProvider 并在 mybatis-config.xml 中注册来构建自己的 DatabaseIdProvider:

    注意:

    1. databaseId配置只在同一资源文件生效,在不同资源文件,可能会先把通用的加载,再加载指定库的就会报错。

     

     

    第九节 mappers标签

    既然 MyBatis 的行为已经由上述元素配置完了,我们现在就要来定义 SQL 映射语句了。 但首先,我们需要告诉 MyBatis 到哪里去找到这些语句。 在自动查找资源方面,Java 并没有提供一个很好的解决方案,所以最好的办法是直接告诉 MyBatis 到哪里去找映射文件。 你可以使用相对于类路径的资源引用,或完全限定资源定位符(包括 file:/// 形式的 URL),或类名和包名等。

    这些配置会告诉 MyBatis 去哪里找映射文件,剩下的细节就应该是每个 SQL 映射文件了,也就是接下来我们要讨论的。

     

    第03章_映射配置文件详解

    MyBatis 的真正强大在于它的语句映射,这是它的魔力所在。由于它的异常强大,映射器的 XML 文件就显得相对简单。如果拿它跟具有相同功能的 JDBC 代码进行对比,你会立即发现省掉了将近 95% 的代码。MyBatis 致力于减少使用成本,让用户能更专注于 SQL 代码。

    SQL 映射文件只有很少的几个顶级元素(按照应被定义的顺序列出):

    下面将从语句本身开始来描述每个元素的细节。

     

    第一节 语句定义标签

    1. select 标签

    select 标签是 MyBatis 中最常用的标签之一。下面是一个简单的 select 标签示例。

    这个语句名为 findById,接受一个 int(或 Integer)类型的参数,并返回一个 org.example.model.User 类型的对象。根据这些信息以及一些预设的默认值,MyBatis 会创建一个 PreparedStatement ,并用 ?来标识需传入的参数,等效的 JDBC 代码如下:

     

    当然,select 标签的功能远远不止如此。下面是一份 select 标签的属性配置列表,详细的对其进行了说明。

    属性描述
    id在命名空间中唯一的标识符,可以被用来引用这条语句。
    parameterType将会传入这条语句的参数的类全限定名或别名。这个属性是可选的,因为 MyBatis 可以通过类型处理器(TypeHandler)推断出具体传入语句的参数,默认值为未设置(unset)。
    parameterMap用于引用外部 parameterMap 的属性,目前已被废弃。请使用行内参数映射和 parameterType 属性。
    resultType期望从这条语句中返回结果的类全限定名或别名。 注意,如果返回的是集合,那应该设置为集合包含的类型,而不是集合本身的类型。 resultType 和 resultMap 之间只能同时使用一个。
    resultMap对外部 resultMap 的命名引用。结果映射是 MyBatis 最强大的特性,如果你对其理解透彻,许多复杂的映射问题都能迎刃而解。 resultType 和 resultMap 之间只能同时使用一个。
    flushCache将其设置为 true 后,只要语句被调用,都会导致本地缓存和二级缓存被清空,默认值:false。
    useCache将其设置为 true 后,将会导致本条语句的结果被二级缓存缓存起来,默认值:对 select 元素为 true。
    timeout这个设置是在抛出异常之前,驱动程序等待数据库返回请求结果的秒数。默认值为未设置(unset)(依赖数据库驱动)。
    fetchSize这是一个给驱动的建议值,尝试让驱动程序每次批量返回的结果行数等于这个设置值。 默认值为未设置(unset)(依赖驱动)。
    statementType可选 STATEMENT,PREPARED 或 CALLABLE。这会让 MyBatis 分别使用 Statement,PreparedStatement 或 CallableStatement,默认值:PREPARED。
    resultSetTypeFORWARD_ONLY,SCROLL_SENSITIVE, SCROLL_INSENSITIVE 或 DEFAULT(等价于 unset) 中的一个,默认值为 unset (依赖数据库驱动)。
    databaseId如果配置了数据库厂商标识(databaseIdProvider),MyBatis 会加载所有不带 databaseId 或匹配当前 databaseId 的语句;如果带和不带的语句都有,则不带的会被忽略。
    resultOrdered这个设置仅针对嵌套结果 select 语句:如果为 true,将会假设包含了嵌套结果集或是分组,当返回一个主结果行时,就不会产生对前面结果集的引用。 这就使得在获取嵌套结果集的时候不至于内存不够用。默认值:false
    resultSets这个设置仅适用于多结果集的情况。它将列出语句执行后返回的结果集并赋予每个结果集一个名称,多个名称之间以逗号分隔。

     

    下面是一个复杂的 select 标签属性配置实例,仅当演示,实际使用根据需要选择配置即可。

     

    2. insert/update和delete标签

    数据修改语句使用的 insert/updatedelete 标签实现非常接近,可配置的属性也极其类似。

    属性描述
    id在命名空间中唯一的标识符,可以被用来引用这条语句。
    parameterType将会传入这条语句的参数的类全限定名或别名。这个属性是可选的,因为 MyBatis 可以通过类型处理器(TypeHandler)推断出具体传入语句的参数,默认值为未设置(unset)。
    parameterMap用于引用外部 parameterMap 的属性,目前已被废弃。请使用行内参数映射和 parameterType 属性。
    flushCache将其设置为 true 后,只要语句被调用,都会导致本地缓存和二级缓存被清空,默认值:(对 insert、update 和 delete 语句)true。
    timeout这个设置是在抛出异常之前,驱动程序等待数据库返回请求结果的秒数。默认值为未设置(unset)(依赖数据库驱动)。
    statementType可选 STATEMENT,PREPARED 或 CALLABLE。这会让 MyBatis 分别使用 Statement,PreparedStatement 或 CallableStatement,默认值:PREPARED。
    useGeneratedKeys(仅适用于 insert 和 update)这会令 MyBatis 使用 JDBC 的 getGeneratedKeys 方法来取出由数据库内部生成的主键(比如:像 MySQL 和 SQL Server 这样的关系型数据库管理系统的自动递增字段),默认值:false。
    keyProperty(仅适用于 insert 和 update)指定能够唯一识别对象的属性,MyBatis 会使用 getGeneratedKeys 的返回值或 insert 语句的 selectKey 子元素设置它的值,默认值:未设置(unset)。如果生成列不止一个,可以用逗号分隔多个属性名称。
    keyColumn(仅适用于 insert 和 update)设置生成键值在表中的列名,在某些数据库(像 PostgreSQL)中,当主键列不是表中的第一列的时候,是必须设置的。如果生成列不止一个,可以用逗号分隔多个属性名称。
    databaseId如果配置了数据库厂商标识(databaseIdProvider),MyBatis 会加载所有不带 databaseId 或匹配当前 databaseId 的语句;如果带和不带的语句都有,则不带的会被忽略。

     

    下面是一些 insert,update 和 delete 语句的配置示例:

     

    3. 实现主键自增

    在插入语句里面有一些额外的属性和子元素用来处理主键的生成,并且提供了多种生成方式。

     

    首先,如果你的数据库支持自动生成主键的字段(比如 MySQL 和 SQL Server),那么你可以设置 useGeneratedKeys=”true”,然后再把 keyProperty 设置为目标属性就 OK 了。例如,如果上面的 Author 表已经在 id 列上使用了自动生成,那么语句可以修改为:

    如果你的数据库还支持多行插入, 你也可以传入一个 Author 数组或集合,并返回自动生成的主键。

     

    对于不支持自动生成主键列的数据库和可能不支持自动生成主键的 JDBC 驱动,MyBatis 有另外一种方法来生成主键。下面是一个生成随机 ID作为主键的示例。

    在上面的示例中,首先会运行 selectKey 元素中的语句,并设置 Author 的 id,然后才会调用插入语句。这样就实现了数据库自动生成主键类似的行为,同时保持了 Java 代码的简洁。

     

    selectKey 标签更详细的属性说明如下:

    属性描述
    keyPropertyselectKey 语句结果应该被设置到的目标属性。如果生成列不止一个,可以用逗号分隔多个属性名称。
    keyColumn返回结果集中生成列属性的列名。如果生成列不止一个,可以用逗号分隔多个属性名称。
    resultType结果的类型。通常 MyBatis 可以推断出来,但是为了更加准确,写上也不会有什么问题。MyBatis 允许将任何简单类型用作主键的类型,包括字符串。如果生成列不止一个,则可以使用包含期望属性的 Object 或 Map。
    order可以设置为 BEFOREAFTER。如果设置为 BEFORE,那么它首先会生成主键,设置 keyProperty 再执行插入语句。如果设置为 AFTER,那么先执行插入语句,然后是 selectKey 中的语句 - 这和 Oracle 数据库的行为相似,在插入语句内部可能有嵌入索引调用。
    statementType和前面一样,MyBatis 支持 STATEMENTPREPAREDCALLABLE 类型的映射语句,分别代表 Statement, PreparedStatementCallableStatement 类型。

     

    4. sql 标签

    这个元素可以用来定义可重用的 SQL 代码片段,以便在其它语句中使用。 参数可以静态地(在加载的时候)确定下来,并且可以在不同的 include 元素中定义不同的参数值。比如:

    这个 SQL 片段可以在其它语句中使用,例如:

     

    也可以在 include 元素的 refid 属性或内部语句中使用属性值,例如:

     

     

    第二节 参数映射配置

    1. parameterType

    之前见到的所有语句都使用了简单的参数形式。但实际上,参数是 MyBatis 非常强大的元素。对于大多数简单的使用场景,你都不需要使用复杂的参数,比如:

    上面的这个示例说明了一个非常简单的命名参数映射。鉴于参数类型(parameterType)会被自动设置为 int,这个参数可以随意命名。原始类型或简单数据类型(比如 IntegerString)因为没有其它属性,会用它们的值来作为参数。

     

    然而,如果传入一个复杂的对象,行为就会有点不一样了。比如:

    如果 User 类型的参数对象传递到了语句中,会查找 id、username 和 password 属性,然后将它们的值传入预处理语句的参数中。

     

    1. 如果SQL中只存在一个参数,那么无需关注参数名称。如本节第一个例子中的 #{id} 写成#{uid}也没问题。

    2. 参数支持OGNL表达式,可以使用 . 号来使用内部对象的成员。如 #{user.sex} 。

     

     

     

    2. 行内参数设置

    可以在#{}内对每一个参数进行更加详细的配置,如 java 类型、jdbc 类型、类型处理器以及参数的小数保留位数等。

    MyBatis 几乎总是可以根据参数对象的类型确定 javaType,除非该对象是一个 HashMap。这个时候,你需要显式指定 javaType 来确保正确的类型处理器(TypeHandler)被使用。

    提示 JDBC 要求,如果一个列允许使用 null 值,并且会使用值为 null 的参数,就必须要指定 JDBC 类型(jdbcType)。阅读 PreparedStatement.setNull()的 JavaDoc 来获取更多信息。

     

    除以上配置之外,还可以使用 mode 属性对每个参数指明为INOUTINOUT 参数。

    MyBatis 也支持很多高级的数据类型,比如结构体(structs),但是当使用 out 参数时,你必须显式设置类型的名称。比如(再次提示,在实际中要像这样不能换行):

     

    尽管上面这些选项很强大,但大多时候,你只须简单指定属性名,顶多要为可能为空的列指定 jdbcType,其他的事情交给 MyBatis 自己去推断就行了。下面一些才是通常所用的实例。

     

    3. ${} 的使用

    默认情况下,使用 #{} 参数语法时,MyBatis 会创建 PreparedStatement 参数占位符,并通过占位符安全地设置参数(就像使用 ? 一样)。 这样做更安全,更迅速,通常也是首选做法,不过有时你就是想直接在 SQL 语句中直接插入一个不转义的字符串。 比如 ORDER BY 子句,这时候你可以:

    这样,MyBatis 就不会修改或转义该字符串了。

     

    当 SQL 语句中的元数据(如表名或列名)是动态生成的时候,字符串替换将会非常有用。

    其中 ${column} 会被直接替换,而 #{value} 会使用 ? 预处理。这种方式也同样适用于替换表名的情况。

     

    警告 用这种方式接受用户的输入,并用作语句参数是不安全的,会导致潜在的 SQL 注入攻击。因此,要么不允许用户输入这些字段,要么自行转义并检验这些参数。

     

     

    第三节 结果映射配置

    1. ResultType

     

     

     

    你可以在 mybatis-config.xml 文件中的 TypeAliases 标签配置类型别名,这样可以不用输入类的全限定名了。

    在这些情况下,MyBatis 会在幕后自动创建一个 ResultMap,再根据属性名来映射列到 JavaBean 的属性上。如果列名和属性名不能匹配上,可以在 SELECT 语句中设置列别名(这是一个基本的 SQL 特性)来完成匹配。比如:

     

     

    2. ResultMap

    resultMap 标签用来应对复杂的结果映射,属性列表和子标签结构如下。

    属性描述
    id当前命名空间中的一个唯一标识,用于标识一个结果映射。
    type类的完全限定名,或者一个类型别名,将结果集映射到该 Java 类或该 Java 类的集合。
    autoMapping开启或者关闭自动映射,默认值:未设置(unset)。设置后覆盖全局属性 autoMappingBehavior。

     

    我们来看看如果在刚刚的示例中,显式使用外部的 resultMap 会怎样,这也是解决列名不匹配的另外一种方式。

    然后在引用它的语句中设置 resultMap 属性就行了(注意我们去掉了 resultType 属性)。

     

    上面案例中出现的 resultid 标签是结果映射的基础。idresult 元素都将一个列的值映射到一个简单数据类型(String, int, double, Date 等)的属性或字段。两个元素具有相同属性:

    属性描述
    property映射到列结果的字段或属性。如果 JavaBean 有这个名字的属性(property),会先使用该属性。否则 MyBatis 将会寻找给定名称的字段(field)。 无论是哪一种情形,你都可以使用常见的点式分隔形式进行复杂属性导航。 比如,你可以这样映射一些简单的东西:“username”,或者映射到一些复杂的东西上:“address.street.number”。
    column数据库中的列名,或者是列的别名。一般情况下,这和传递给 resultSet.getString(columnName) 方法的参数一样。
    javaType一个 Java 类的全限定名,或一个类型别名(关于内置的类型别名,可以参考上面的表格)。 如果你映射到一个 JavaBean,MyBatis 通常可以推断类型。然而,如果你映射到的是 HashMap,那么你应该明确地指定 javaType 来保证行为与期望的相一致。
    jdbcTypeJDBC 类型,所支持的 JDBC 类型参见这个表格之后的“支持的 JDBC 类型”。 只需要在可能执行插入、更新和删除的且允许空值的列上指定 JDBC 类型。这是 JDBC 的要求而非 MyBatis 的要求。如果你直接面向 JDBC 编程,你需要对可以为空值的列指定这个类型。
    typeHandler我们在前面讨论过默认的类型处理器。使用这个属性,你可以覆盖默认的类型处理器。 这个属性值是一个类型处理器实现类的全限定名,或者是类型别名。

    这两者之间的唯一不同是,id 元素对应的属性会被标记为对象的标识符,在比较对象实例时使用。 这样可以提高整体的性能,尤其是进行缓存和嵌套结果映射(也就是连接映射)的时候。

     

    下面是所有支持的JDBC类型,为了以后可能的使用场景,MyBatis 通过内置的 jdbcType 枚举类型支持下面的 JDBC 类型。

    image-20210408215914135

     

     

    3. 结果对象构建

    一般来说,MyBatis 通过无参构造创建结果对象,再通过 getter/setter 方法赋值。但对于某些特殊需求,如映射到不提供 getter/setter 方法的不可变类等,希望通过构造方法来初始化,MyBatis 为这种场景提供了 constructor 标签。 下面是 constructor 标签的属性列表:

    属性描述
    column数据库中的列名,或者是列的别名。一般情况下,这和传递给 resultSet.getString(columnName) 方法的参数一样。
    javaType一个 Java 类的完全限定名,或一个类型别名(关于内置的类型别名,可以参考上面的表格)。 如果你映射到一个 JavaBean,MyBatis 通常可以推断类型。然而,如果你映射到的是 HashMap,那么你应该明确地指定 javaType 来保证行为与期望的相一致。
    jdbcTypeJDBC 类型,所支持的 JDBC 类型参见这个表格之前的“支持的 JDBC 类型”。 只需要在可能执行插入、更新和删除的且允许空值的列上指定 JDBC 类型。这是 JDBC 的要求而非 MyBatis 的要求。如果你直接面向 JDBC 编程,你需要对可能存在空值的列指定这个类型。
    typeHandler我们在前面讨论过默认的类型处理器。使用这个属性,你可以覆盖默认的类型处理器。 这个属性值是一个类型处理器实现类的完全限定名,或者是类型别名。
    select用于加载复杂类型属性的映射语句的 ID,它会从 column 属性中指定的列检索数据,作为参数传递给此 select 语句。具体请参考关联元素。
    resultMap结果映射的 ID,可以将嵌套的结果集映射到一个合适的对象树中。 它可以作为使用额外 select 语句的替代方案。它可以将多表连接操作的结果映射成一个单一的 ResultSet。这样的 ResultSet 将会将包含重复或部分数据重复的结果集。为了将结果集正确地映射到嵌套的对象树中,MyBatis 允许你 “串联”结果映射,以便解决嵌套结果集的问题。想了解更多内容,请参考下面的关联元素。
    name构造方法形参的名字。从 3.4.3 版本开始,通过指定具体的参数名,你可以以任意顺序写入 arg 元素。参看上面的解释。

     

    假如,我们要将结果集通过构造方法映射到下面 User 对象中。

    那么需要在 resultMap中做如下配置,并且 arg 标签的顺序必须与构造方法参数一致。

    提示 MyBatis 通过暴力反射支持了私有属性的注入,但这是不提倡的行为。

     

    当你在处理一个带有多个形参的构造方法时,很容易搞乱 arg 元素的顺序。 在 3.4.3 版本之后,你可以通过名称来引用构造方法参数,前提是你添加了 @Param 注解,或者使用 '-parameters' 编译选项并启用 useActualParamName 选项(默认开启)来编译项目。

    如果存在名称和类型相同的属性,那么 javaType 也可以省略 。

     

     

    4. 一对一映射

    关联(association)标签处理“有一个”类型的关系。 比如,在我们的示例中,一个博客有一个用户。关联结果映射和其它类型的映射工作方式差不多。 你需要指定目标属性名以及属性的javaType(很多时候 MyBatis 可以自己推断出来),在必要的情况下你还可以设置 JDBC 类型,如果你想覆盖获取结果值的过程,还可以设置类型处理器。

    关联的不同之处是,你需要告诉 MyBatis 如何加载关联。MyBatis 有两种不同的方式加载关联:

    首先,先让我们来看看这个元素的属性。你将会发现,和普通的结果映射相比,它只在 select 和 resultMap 属性上有所不同。

    属性描述
    property映射到列结果的字段或属性。如果用来匹配的 JavaBean 存在给定名字的属性,那么它将会被使用。否则 MyBatis 将会寻找给定名称的字段。 无论是哪一种情形,你都可以使用通常的点式分隔形式进行复杂属性导航。 比如,你可以这样映射一些简单的东西:“username”,或者映射到一些复杂的东西上:“address.street.number”。
    javaType一个 Java 类的完全限定名,或一个类型别名(关于内置的类型别名,可以参考上面的表格)。 如果你映射到一个 JavaBean,MyBatis 通常可以推断类型。然而,如果你映射到的是 HashMap,那么你应该明确地指定 javaType 来保证行为与期望的相一致。
    jdbcTypeJDBC 类型,所支持的 JDBC 类型参见这个表格之前的“支持的 JDBC 类型”。 只需要在可能执行插入、更新和删除的且允许空值的列上指定 JDBC 类型。这是 JDBC 的要求而非 MyBatis 的要求。如果你直接面向 JDBC 编程,你需要对可能存在空值的列指定这个类型。
    typeHandler我们在前面讨论过默认的类型处理器。使用这个属性,你可以覆盖默认的类型处理器。 这个属性值是一个类型处理器实现类的完全限定名,或者是类型别名。

     

    嵌套Select 查询
    属性描述
    column数据库中的列名,或者是列的别名。一般情况下,这和传递给 resultSet.getString(columnName) 方法的参数一样。 注意:在使用复合主键的时候,你可以使用 column="{prop1=col1,prop2=col2}" 这样的语法来指定多个传递给嵌套 Select 查询语句的列名。这会使得 prop1prop2 作为参数对象,被设置为对应嵌套 Select 语句的参数。
    select用于加载复杂类型属性的映射语句的 ID,它会从 column 属性指定的列中检索数据,作为参数传递给目标 select 语句。 具体请参考下面的例子。注意:在使用复合主键的时候,你可以使用 column="{prop1=col1,prop2=col2}" 这样的语法来指定多个传递给嵌套 Select 查询语句的列名。这会使得 prop1prop2 作为参数对象,被设置为对应嵌套 Select 语句的参数。
    fetchType可选的。有效值为 lazyeager。 指定属性后,将在映射中忽略全局配置参数 lazyLoadingEnabled,使用属性的值。

    示例:

    就是这么简单。我们有两个 select 查询语句:一个用来加载博客(Blog),另外一个用来加载作者(Author),而且博客的结果映射描述了应该使用 selectAuthor 语句加载它的 author 属性。

    其它所有的属性将会被自动加载,只要它们的列名和属性名相匹配。

    这种方式虽然很简单,但在大型数据集或大型数据表上表现不佳。这个问题被称为“N+1 查询问题”。 概括地讲,N+1 查询问题是这样子的:

    这个问题会导致成百上千的 SQL 语句被执行。有时候,我们不希望产生这样的后果。

    好消息是,MyBatis 能够对这样的查询进行延迟加载,因此可以将大量语句同时运行的开销分散开来。 然而,如果你加载记录列表之后立刻就遍历列表以获取嵌套的数据,就会触发所有的延迟加载查询,性能可能会变得很糟糕。

    所以还有另外一种方法。

     

    嵌套结果映射
    属性描述
    resultMap结果映射的 ID,可以将此关联的嵌套结果集映射到一个合适的对象树中。 它可以作为使用额外 select 语句的替代方案。它可以将多表连接操作的结果映射成一个单一的 ResultSet。这样的 ResultSet 有部分数据是重复的。 为了将结果集正确地映射到嵌套的对象树中, MyBatis 允许你“串联”结果映射,以便解决嵌套结果集的问题。使用嵌套结果映射的一个例子在表格以后。
    columnPrefix当连接多个表时,你可能会不得不使用列别名来避免在 ResultSet 中产生重复的列名。指定 columnPrefix 列名前缀允许你将带有这些前缀的列映射到一个外部的结果映射中。 详细说明请参考后面的例子。
    notNullColumn默认情况下,在至少一个被映射到属性的列不为空时,子对象才会被创建。 你可以在这个属性上指定非空的列来改变默认行为,指定后,Mybatis 将只在这些列非空时才创建一个子对象。可以使用逗号分隔来指定多个列。默认值:未设置(unset)。
    autoMapping如果设置这个属性,MyBatis 将会为本结果映射开启或者关闭自动映射。 这个属性会覆盖全局的属性 autoMappingBehavior。注意,本属性对外部的结果映射无效,所以不能搭配 selectresultMap 元素使用。默认值:未设置(unset)。

    之前,你已经看到了一个非常复杂的嵌套关联的例子。 下面的例子则是一个非常简单的例子,用于演示嵌套结果映射如何工作。 现在我们将博客表和作者表连接在一起,而不是执行一个独立的查询语句,就像这样:

    注意查询中的连接,以及为确保结果能够拥有唯一且清晰的名字,我们设置的别名。 这使得进行映射非常简单。现在我们可以映射这个结果:

    在上面的例子中,你可以看到,博客(Blog)作者(author)的关联元素委托名为 “authorResult” 的结果映射来加载作者对象的实例。

    重要提示 id 元素在嵌套结果映射中扮演着非常重要的角色。你应该总是指定一个或多个可以唯一标识结果的属性。 虽然,即使不指定这个属性,MyBatis 仍然可以工作,但是会产生严重的性能问题。 只需要指定可以唯一标识结果的最少属性。显然,你可以选择主键(复合主键也可以)。

     

    现在,上面的示例使用了外部的结果映射元素来映射关联。这使得 Author 的结果映射可以被重用。 然而,如果你不打算重用它,或者你更喜欢将你所有的结果映射放在一个具有描述性的结果映射元素中。 你可以直接将结果映射作为子元素嵌套在内。这里给出使用这种方式的等效例子:

     

    那如果博客(blog)有一个共同作者(co-author)该怎么办?select 语句看起来会是这样的:

    回忆一下,Author 的结果映射定义如下:

    由于结果中的列名与结果映射中的列名不同。你需要指定 columnPrefix 以便重复使用该结果映射来映射 co-author 的结果。

     

    多结果集
    属性描述
    column当使用多个结果集时,该属性指定结果集中用于与 foreignColumn 匹配的列(多个列名以逗号隔开),以识别关系中的父类型与子类型。
    foreignColumn指定外键对应的列名,指定的列将与父类型中 column 的给出的列进行匹配。
    resultSet指定用于加载复杂类型的结果集名字。

    从版本 3.2.3 开始,MyBatis 提供了另一种解决 N+1 查询问题的方法。

    某些数据库允许存储过程返回多个结果集,或一次性执行多个语句,每个语句返回一个结果集。 我们可以利用这个特性,在不使用连接的情况下,只访问数据库一次就能获得相关数据。

    在例子中,存储过程执行下面的查询并返回两个结果集。第一个结果集会返回博客(Blog)的结果,第二个则返回作者(Author)的结果。

    在映射语句中,必须通过 resultSets 属性为每个结果集指定一个名字,多个名字使用逗号隔开。

    现在我们可以指定使用 “authors” 结果集的数据来填充 “author” 关联:

    你已经在上面看到了如何处理“有一个”类型的关联。但是该怎么处理“有很多个”类型的关联呢?这就是我们接下来要介绍的。

     

     

    5. 一对多映射

    集合标签和关联标签几乎是一样的,它们相似的程度之高,以致于没有必要再介绍集合标签的相似部分。 所以让我们来关注它们的不同之处吧。我们来继续上面的示例,一个博客(Blog)只有一个作者(Author)。但一个博客有很多文章(Post)。 在博客类中,这可以用下面的写法来表示:

    要像上面这样,映射嵌套结果集合到一个 List 中,可以使用集合元素。 和关联元素一样,我们可以使用嵌套 Select 查询,或基于连接的嵌套结果映射集合。

     

    嵌套Select查询

    首先,让我们看看如何使用嵌套 Select 查询来为博客加载文章。

    你可能会立刻注意到几个不同,但大部分都和我们上面学习过的关联元素非常相似。 首先,你会注意到我们使用的是集合元素。 接下来你会注意到有一个新的 “ofType” 属性。这个属性非常重要,它用来将 JavaBean(或字段)属性的类型和集合存储的类型区分开来。 所以你可以按照下面这样来阅读映射:

    读作: “posts 是一个存储 Post 的 ArrayList 集合”

    在一般情况下,MyBatis 可以推断 javaType 属性,因此并不需要填写。所以很多时候你可以简略成:

     

    嵌套结果映射

    现在你可能已经猜到了集合的嵌套结果映射是怎样工作的——除了新增的 “ofType” 属性,它和关联的完全相同。

    首先, 让我们看看对应的 SQL 语句:

    我们再次连接了博客表和文章表,并且为每一列都赋予了一个有意义的别名,以便映射保持简单。 要映射博客里面的文章集合,就这么简单:

    再提醒一次,要记得上面 id 元素的重要性,如果你不记得了,请阅读关联部分的相关部分。

    如果你喜欢更详略的、可重用的结果映射,你可以使用下面的等价形式:

     

    多结果集

    像关联元素那样,我们可以通过执行存储过程实现,它会执行两个查询并返回两个结果集,一个是博客的结果集,另一个是文章的结果集:

    在映射语句中,必须通过 resultSets 属性为每个结果集指定一个名字,多个名字使用逗号隔开。

    我们指定 “posts” 集合将会使用存储在 “posts” 结果集中的数据进行填充:

    注意 对关联或集合的映射,并没有深度、广度或组合上的要求。但在映射时要留意性能问题。 在探索最佳实践的过程中,应用的单元测试和性能测试会是你的好帮手。 而 MyBatis 的好处在于,可以在不对你的代码引入重大变更(如果有)的情况下,允许你之后改变你的想法。

     

    高级关联和集合映射是一个深度话题。文档的介绍只能到此为止。配合少许的实践,你会很快了解全部的用法。下面是一个非常复杂的查询映射案例,可以作为学习参考。

     

     

    6. 鉴别器

    有时候,一个数据库查询可能会返回多个不同的结果集(但总体上还是有一定的联系的)。 鉴别器(discriminator)标签就是被设计来应对这种情况的,另外也能处理其它情况,例如类的继承层次结构。 鉴别器的概念很好理解——它很像 Java 语言中的 switch 语句。

     

    一个鉴别器的定义需要指定 column 和 javaType 属性。column 指定了 MyBatis 查询被比较值的地方。 而 javaType 用来确保使用正确的相等测试(虽然很多情况下字符串的相等测试都可以工作)。例如:

    在这个示例中,MyBatis 会从结果集中得到每条记录,然后比较它的 vehicle type 值。 如果它匹配任意一个鉴别器的 case,就会使用这个 case 指定的结果映射。 这个过程是互斥的,也就是说,剩余的结果映射将被忽略(除非它是扩展的,我们将在稍后讨论它)。

     

    如果不能匹配任何一个 case,MyBatis 就只会使用鉴别器块外定义的结果映射。 所以,如果 carResult 的声明如下:

    那么只有 doorCount 属性会被加载。这是为了即使鉴别器的 case 之间都能分为完全独立的一组,尽管和父结果映射可能没有什么关系。

     

    在上面的例子中,我们当然知道 cars 和 vehicles 之间有关系,也就是 Car 是一个 Vehicle。因此,我们希望剩余的属性也能被加载。而这只需要一个小修改。

    现在 vehicleResult 和 carResult 的属性都会被加载了。

     

    可能有人又会觉得映射的外部定义有点太冗长了。 因此,对于那些更喜欢简洁的映射风格的人来说,还有另一种语法可以选择。例如:

     

     

    7. 自动映射

    在简单的场景下,MyBatis 可以为你自动映射查询结果。但如果遇到复杂的场景,你需要构建一个结果映射。 但是在本节中,你将看到,你可以混合使用这两种策略。

    提示 开启全局设置 mapUnderscoreToCamelCase ,可以自动将下划线分隔的字段名映射到小驼峰式的 Java 属性。

     

    自动映射有三种等级,分别为NONE(禁用自动映射)、PARTIAL(对除在内部定义了嵌套结果映射以外的属性进行映射)、FULL(自动映射所有属性),默认值为 PARTIAL

    警告 当对连接查询的结果使用 FULL 时,连接查询会在同一行中获取多个不同实体的数据,因此可能导致非预期的映射。 下面的例子将展示这种风险:

    在该结果映射中,Blog 和 Author 均将被自动映射。但是注意 Author 有一个 id 属性,在 ResultSet 中也有一个名为 id 的列,所以 Author 的 id 将填入 Blog 的 id,这可不是你期望的行为。 所以,要谨慎使用 FULL

     

    无论设置的自动映射等级是哪种,你都可以通过在结果映射上设置 autoMapping 属性来为指定的结果映射设置启用/禁用自动映射。

     

     

     

    第四节 缓存配置

    为了缓解数据库查询压力,提高查询性能,MyBatis提供了一级缓存和二级缓存。

     

    1. MyBatis的一级缓存

    一级缓存也叫会话缓存或本地缓存(local cache),默认的缓存作用域为SESSION级别,可以在主配置文件的setting标签修改。

    如果想要命中一级缓存,必须要满足下面两个条件:

    同时需要注意,在下面一些情形会直接清空一级缓存。

    另外需注意:

     

     

    2. MyBatis的二级缓存

    MyBatis在查询一级缓存之前,还会优先查找二级缓存,二级缓存是应用级别的缓存,适用于不同会话之间。要启用全局的二级缓存,只需要在你的 SQL 映射文件中添加一行配置即可。

    使用二级缓存时必须注意一些相关事项。

    下面是一个二级缓存的简单测试案例。

     

    二级缓存的行为可以通过 cache 标签的属性来修改。比如:

    这个更高级的配置创建了一个 FIFO 缓存,每隔 60000 毫秒刷新,最多可以存储结果对象或列表的 512 个引用,而且返回的对象被认为是只读的,因此对它们进行修改可能会在不同线程中的调用者产生冲突。

    还可以使用 select/update/insert/delete 标签的属性进行更细粒度的行为控制。

     

    对某一命名空间的语句,只会使用该命名空间的缓存进行缓存或刷新。 但你可能会想要在多个命名空间中共享相同的缓存配置和实例。要实现这种需求,你可以使用 cache-ref 元素来引用另一个缓存。

     

     

    3. 使用自定义缓存

    除了上述自定义缓存的方式,你也可以通过实现你自己的缓存,或为其他第三方缓存方案创建适配器,来完全覆盖缓存行为。

     

    这个示例展示了如何使用一个自定义的缓存实现。type 属性指定的类必须实现 org.apache.ibatis.cache.Cache 接口,且提供一个接受 String 参数作为 id 的构造器。 这个接口是 MyBatis 框架中许多复杂的接口之一,但是行为却非常简单。

     

    为了对你的缓存进行配置,只需要简单地在你的缓存实现中添加公有的 JavaBean 属性,然后通过 cache 元素传递属性值,例如,下面的例子将在你的缓存实现上调用一个名为 setCacheFile(String file) 的方法:

    你可以使用所有简单类型作为 JavaBean 属性的类型,MyBatis 会进行转换。 你也可以使用占位符(如 ${cache.file}),以便替换成在配置文件属性中定义的值。

     

    从版本 3.4.2 开始,MyBatis 已经支持在所有属性设置完毕之后,调用一个初始化方法。 如果想要使用这个特性,请在你的自定义缓存类里实现 org.apache.ibatis.builder.InitializingObject 接口。

    提示 上一节中对缓存的配置(如清除策略、可读或可读写等),不能应用于自定义缓存。

     

     

     

    第五节 动态SQL

    动态 SQL 是 MyBatis 的强大特性之一。如果你使用过 JDBC 或其它类似的框架,你应该能理解根据不同条件拼接 SQL 语句有多痛苦,例如拼接时要确保不能忘记添加必要的空格,还要注意去掉列表最后一个列名的逗号。利用动态 SQL,可以彻底摆脱这种痛苦。

     

    1. if 标签

    使用动态 SQL 最常见情景是根据条件包含 where 子句的一部分。比如,希望通过 “title” 和 “author” 两个参数进行可选搜索。

     

     

    2. choose(when、otherwise)标签

    有时候,我们想从多个条件中选择一个使用。针对这种情况,MyBatis 提供了 choose 元素,它有点像 Java 中的 switch 语句。

     

     

    3. trim(where、set)标签

    回到之前的 “if” 示例,仔细思考发现,我们不得不在where语句后加上 1 = 1,否则就会出现SQL拼接错误的问题。

    MyBatis为这种场景提供了一个更好的解决方案,那就是使用 where 标签。

     

    同样的,对于动态更新语句,MyBatis也有类似的解决方案,那就是 set 标签。set 标签可以用于动态包含需要更新的列,忽略其它不更新的列。

    这个例子中,set 元素会动态地在行首插入 SET 关键字,并会删掉末尾额外的逗号。

     

    如果上述的 whereset 标签都不能满足你的需求,那么你可以尝试更加强大的 trim 标签。

    下面分别是与 where 标签和 trim 标签等价的 trim标签。

    上述例子会移除所有 prefixOverrides/suffixOverrides 属性中指定的内容,并且插入 prefix 属性中指定的内容。

     

     

    4. foreach标签

    动态 SQL 的另一个常见使用场景是对集合进行遍历(尤其是在构建 IN 条件语句的时候)。

     

    你可以将任何可迭代对象(如 List、Set 等)、Map 对象或者数组对象作为集合参数传递给 foreach

     

     

    5. script标签

    要在带注解的映射器接口类中使用动态 SQL,可以使用 script 标签。

     

     

    6. bind标签

    bind 元素允许你在 OGNL 表达式以外创建一个变量,并将其绑定到当前的上下文。

     

    7. 更细化的多数据库支持

    如果配置了 databaseIdProvider,你就可以在动态代码中使用名为 “_databaseId” 的变量来为不同的数据库构建特定的语句。

     

     

     

    8. 动态 SQL 中的插入脚本语言

    MyBatis 从 3.2 版本开始支持插入脚本语言,这允许你插入一种语言驱动,并基于这种语言来编写动态 SQL 查询语句。可以通过实现以下接口来插入一种语言:

     

    实现自定义语言驱动后,你就可以在 mybatis-config.xml 文件中将它设置为默认语言:

    或者,你也可以使用 lang 属性为特定的语句指定语言:

    或者,在你的 mapper 接口上添加 @Lang 注解:

    你前面看到的所有 xml 标签都由默认 MyBatis 语言提供,而它由语言驱动 org.apache.ibatis.scripting.xmltags.XmlLanguageDriver(别名为 xml)所提供。

     

    提示 可以使用 Apache Velocity 作为动态语言,更多细节请参考 MyBatis-Velocity 项目。

     

     

     

    第六节 映射器注解

    1. 映射器注解概述

    设计初期的 MyBatis 是一个 XML 驱动的框架。配置信息是基于 XML 的,映射语句也是定义在 XML 中的。而 MyBatis 3 构建在全面且强大的基于 Java 语言的配置 API 之上。它是 XML 和注解配置的基础。注解提供了一种简单且低成本的方式来实现简单的映射语句。

     

    下面是所有映射器注解列表,我们将会一一介绍。

    注解XML等价形式
    @Insert
    @Update
    @Delete
    @Select
    @ParamN/A
    @Results
    @Result
    @ConstructorArgs
    @Arg
    @One
    @Many
    @ResultTypeN/A
    @ResultMapN/A
    @CacheNamespace
    @CacheNamespaceRef
    @FlushN/A
    @InsertProvider
    @UpdateProvider
    @DeleteProvider
    @SelectProvider
    @SelectKey
    @OptionsN/A
    @Property
    @MapKeyN/A
    @TypeDiscriminator
    @Case

     

     

    2. 语句定义注解

     

     

     

    3. 参数/结果集映射注解

     

     

     

     

     

     

     

     

    注解 API 不支持联合映射。这是由于 Java 注解不允许产生循环引用。

     

    由于此时的返回类型为 void,所以 Mybatis 需要有一种方法来判断每一行返回的对象类型。如果在 XML 有对应的结果映射,请使用 @ResultMap 注解。如果结果类型在 XML 的 <select> 元素中指定了,就不需要使用其它注解了。否则就需要使用此注解。比如,如果一个标注了 @Select 的方法想要使用结果处理器,那么它的返回类型必须是 void,并且必须使用这个注解(或者 @ResultMap)。这个注解仅在方法返回类型是 void 的情况下生效。

     

    如果标注的 select 注解中存在 @Results 或者 @ConstructorArgs 注解,这两个注解将被此注解覆盖。

     

     

     

     

    4. 缓存相关注解

     

    注意,即使共享相同的全限定类名,在 XML 映射文件中声明的缓存仍被识别为一个独立的命名空间。

     

     

    5. 其它类型注解

     

    1. 该注解只能在 @Insert 或 @InsertProvider 或 @Update 或 @UpdateProvider 标注的方法上使用,否则将会被忽略。

    2. 如果标注了 @SelectKey 注解,MyBatis 将会忽略掉由 @Options 注解所设置的生成主键或设置(configuration)属性。

    这个例子展示了如何使用 @SelectKey 注解来在插入前读取数据库序列的值。

    这个例子展示了如何使用 @SelectKey 注解来在插入后读取数据库自增列的值。

     

    注意,Java 注解无法指定 null 值。因此,一旦你使用了 Options 注解,你的语句就会被上述属性的默认值所影响。要注意避免默认值带来的非预期行为。

     

     

     

    第04章_MyBatis框架整合

    第一节 MyBatis-Spring

    MyBatis-Spring 可以为你创建SqlSessionFactory以及线程安全的SqlSession或Mapper,并将其注册到Spring容器中,从而实现MyBatis和Spring的无缝整合。完成整合后,可以通过依赖注入的方式使用Mapper接口,以及参与到Spring管理的事务之中,并且会自动将MyBatis的PersistenceException转换为Spring的DataAccessException。

     

    1. 基本整合流程

    1.1 依赖导入

    使用MyBatis-Spring必须包含如下依赖:

     

    1.2 创建SqlSessionFactory

    Spring需要一个SqlSessionFactory来保存配置信息和创建SqlSession,可以通过SqlSessionFactoryBean来创建并注册到Spring容器。

    等效的java配置如下:

    注意:你可以直接通过依赖注入或继承SqlSessionDaoSupport的方式来获得容器中的SqlSessionFactory实例,并且调用MyBatis的相关API,如openSession()等,但这可能会产生运行时错误或数据一致性问题,并且它不会参与到Spring管理的事务之中。

     

    1.3 使用SqlSessionTemplate

    SqlSessionTemplate是SqlSession的实现类,与其它Spring模板类似,它将会话数据保存在线程变量中,是线程安全的。可以通过如下配置来创建SqlSessionTemplate,以替代原MyBatis中的DefaultSqlSession,被注入到Mapper中,从而让Spring介入到MyBatis的会话管理,控制事务的提交和异常转换等相关操作。

    等效的Java配置如下:

    SqlSessionTemplate创建完毕并注册到Spring容器后,可以通过注入的方式,来使用它,如下所示。

    注意:虽然SqlSessionTemplate的会话数据是线程安全的,但数据源等配置信息是线程共享的。如果你有多个数据源,则你需要创建多个SqlSessionTemplate。

     

    1.4 注册Mapper

    一般来说,实际开发中,都会使用MyBatis的映射器来访问数据库,可以通过MapperFactoryBean来创建并注册到Spring容器。

    等效的java配置如下:

    然后就可以将映射器注入到你的业务对象中进行使用了。

    提示:你也可以为MapperFactoryBean传入一个SqlSessionTemplate,这样将会使用其内部的SqlSessionFactory,而忽略传入的那个。

     

    2. SqlSessionFactoryBean

    在MyBatis-Spring整合工程中,一般不使用原生MyBatis的SqlSessionFactoryBuilder来创建SqlSessionFactory,而通过SqlSessionFactoryBean来创建并注册到Spring容器,供MapperFactoryBean或继承 SqlSessionDaoSupport的类注入使用。下面是创建时可能用到的一些配置参数。

     

    2.1 configLocation

    configLocation 用来指定MyBatis配置文件路径。但这个配置文件并不是一个完整的MyBatis配置,它会忽略配置中的<environments><dataSource><transactionManager>等信息,但仍会解析<settings><typeAliases>等配置。

     

    2.2 mapperLocations

    mapperLocations用来指定映射配置文件路径。很多时候,映射配置文件和映射器类不在同一资源路径下,这时可以通过该属性来指定,并且可以同时指定多个路径和递归搜索。

    提示:你也可以通过配置上面的configLocation属性,指定MyBatis配置文件,在其<mappers>标签内指定映射器配置文件。

     

    2.3 databaseIdProvider

    如果你使用了多种数据库,那么需要设置 databaseIdProvider 属性。

     

    2.4 configuration

    configuration属性能够在没有对应的MyBatis配置文件的情况下,直接设置 Configuration 实例。例如:

     

    2.5 transactionFactoryClass

     

     

     

    3. SqlSessionTemplate

    MyBatis-Spring工程提供的SqlSessionTemplate,将会替换原MyBatis的DefaultSqlSession注入到映射器中,并且在注入前经过动态代理,在调用其方法时被拦截,用于控制事务和转换异常等操作。下面是创建时可以使用的一些配置参数。

     

    3.1 ExecutorType

    ExecutorType 用于指定SqlSessionTemplate的执行器类型。如下配置创建一个用于批处理的SqlSessionTemplate。

    等效的java配置如下:

    现在所有的映射语句可以进行批量操作了,可以在 DAO 中编写如下的代码。

    注意:同一个事务只能使用一种执行器,如果你需要不同的执行器执行SQL,请拆分为多个事务或完全不使用事务。

     

    3.2 SqlSessionDaoSupport

    SqlSessionDaoSupport 是一个抽象的支持类,用来为你提供 SqlSession。业务类继承它后,调用 getSqlSession() 方法就会得到一个 SqlSessionTemplate,之后可以用于执行 SQL 方法。

    前提是你为业务对象注入了SqlSessionFactory 或 SqlSessionTemplate,如果两个属性都被注入,那么SqlSessionFactory 将会被忽略。

     

    4. 批量注册映射器

    与其在数据访问对象(DAO)中手工编写使用 SqlSessionDaoSupport 或 SqlSessionTemplate 的代码,还不如让 Mybatis-Spring 为你创建一个线程安全的映射器,这样你就可以直接注入到其它的 bean 中了。上文已讲解单个映射器的创建并注册,下面介绍下如何批量注册它。

     

    4.1 使用<mybatis:scan>批量注册

    <mybatis:scan>标签与组件扫描所使用的<context:component-scan/>标签类似,通过base-package属性指定多个以逗号分割的包名,递归扫描发现的映射器,然后创建并注册到Spring中。

    默认情况下,注册的映射器都以映射器接口的首字母小写非全限定类名作为名称,你可以通过 @Component 或 JSR-330 标准中 @Named 注解来进行修改。

    注意<context:component-scan/>标签无法发现并注册映射器。因为映射器是一个接口,组建扫描时无法实例化,因为必须通过Mapper扫描为每一个接口创建MapperFactoryBean。

     

    下面是<mybatis:scan>标签的一些配置参数:

     

    4.2 使用@MapperScan批量注册

    如果你喜欢使用Java配置,则可以使用@MapperScan注解代替<mybatis:scan>标签,他们的配置参数十分相似,也拥有相关的markerInterfaceannotationClass属性来限定映射器必须拥有的注解或实现的接口,以及通过sqlSessionFactorysqlSessionTemplate 属性指定一个 SqlSessionFactory 或 SqlSessionTemplate。

    注意:从 2.0.4 开始,如果未定义 basePackageClasses 或 basePackages,则会从声明@MapperScan注解类的包中进行扫描。

     

     

    4.3 使用MapperScannerConfigurer批量注册

    MapperScannerConfigurer 是一个 BeanFactoryPostProcessor(BeanDefinitionRegistryPostProcessor),从而可以在合适的时候扫描映射器并创建和注册它。

    如果有多个数据源,则可以使用sqlSessionFactoryBeanNamesqlSessionTemplateBeanName 属性指定sqlSessionFactory 或 sqlSessionTemplate的bean名称(注意使用vlaue指定,而不是ref)。

    注意:不能指定sqlSessionFactory 或 sqlSessionTemplate的bean引用,因为MapperScannerConfigurer 在启动过程中比 PropertyPlaceholderConfigurer 运行得更早,经常会产生错误。

     

    4.4 使用批量注册的一些注意事项

    从2.0.2开始,为了支持SpringBoot 2.2的延迟初始化控制功能,新增了lazyInitialization属性,用于控制映射器的延迟初始化,默认为false。如果使用延迟初始化功能,开发人员需要了解以下限制,否则延迟初始化功能无法在您的应用程序上使用。

    但是,你可以通过使用 @DependsOn 同时初始化依赖 bean 来使用它,如下所示:

     

    从 2.0.6 开始,开发者可以使用映射器扫描功能选项(默认范围)和范围注释(@Scope、@RefreshScope 等)指定映射器的范围。添加此选项的动机是支持 Spring Cloud 提供的刷新范围。此选项的默认值为空(= equiv 以指定单例范围)。当扫描的 bean 定义的范围是单例(默认范围)时,默认范围适用于映射器 bean(MapperFactoryBean),并在最终范围不是单例时为扫描的映射器创建一个范围代理 bean。

     

     

     

    5. 关于事务

    使MyBatis和Spring整合的一个主要原因是它允许MyBatis参与到Spring管理的JDBC事务中(通过DataSourceTransactionManager事务管理器),而不是给MyBatis创建一个新的事务管理器。这样,在事务处理期间,一个单独的 SqlSession 对象将会被创建和使用。当事务完成时,这个 session 会以合适的方式提交或回滚。

     

    5.1 配置事务管理器

    MyBatis使用与JDBC相同的事务管理器DataSourceTransactionManager,并且配置方式一致,详情可以参考Spring事务相关讲解。

    等效的java配置如下:

    注意:为事务管理器指定的 DataSource 必须和用来创建 SqlSessionFactoryBean 的是同一个数据源,否则事务管理器就无法工作了。

     

    5.2 事务控制

    你可以使用@Transaction注解或AOP方式来配置哪些方法应该进行事务控制,这和Spring事务章节所讲述的方式相同。也可以使用Spring提供的编程式API来精细控制事务,如下案例所示。

    注意

    1. 如果你不是使用映射器来操作数据库,而是使用SqlsessionTemplate,请勿调用其SqlSession.commit(),SqlSession.rollback() 或 SqlSession.close() 方法,这将会抛出 UnsupportedOperationException 异常。因为使用SqlsessionTemplate执行数据库操作时,MyBatis-Spring会拦截相关方法,并从线程变量中获取事务相关信息并控制事务。

    2. 如果你通过SqlSessionFactory获取了原生MyBatis的DefaultSqlSession,则需要手动调用其close方式进行关闭。

     

     

    第二节 MyBatis-Spring-Boot-Starter

    MyBatis-Spring-Boot-Starter用于快速构建基于SpringBoot和Mybatis的应用程序。

     

    1. 基本整合流程

    1.1 依赖导入

    首先从官方文档查找合适的依赖版本。

    image-20220511160136884

    如果你使用Maven来管理项目,则可以通过下面配置来引入依赖。

     

     

    1.2 自动配置

    当容器中只有一个DataSource时(或存在主候选对象),MyBatis-Spring-Boot-Starter会进行自动配置。自动配置包括以下一些内容:

     

     

    1.3 基础使用

    只需要将映射器接口加上@Mapper注解即可。

    然后就可以通过注入的方式使用该映射器了。

    同样,也可以通过注入的方式使用已配置好的SqlSessionFactory和SqlSessionTemplate。

     

     

    1.4 高级扫描

    默认情况下,MyBatis-Spring-Boot-Starter扫描类路径下带@Mapper注解的映射器并注册到容器中,如果需要修改扫描路径扫描指定的注解/接口,可以使用MyBatis-Spring提供的@MapperScan注解。

    此外,还会检测容器中存在的InterceptorTypeHandlerDatabaseIdProviderLanguageDriver(mybatis-spring 2.0.2+版本)接口实现类,并将它们添加到Configuration中。

    下面是添加Interceptor、TypeHandler、DatabaseIdProvider的代码示例:

    下面是添加自定义LanguageDriver的代码示例。

     

     

    1.5 SpringBootVFS

    MyBatis-Spring-Boot-Starter提供的SpringBootVFS继承自MyBatis框架的VFS(虚拟文件系统),用于从应用程序或应用服务器加载指定的类,如别名对应的类、类型处理器等。在自动配置SqlSessionFactory时,将会默认使用,但在自定义SqlSessionFactory时,需要通过下面示例代码显式调用。

     

     

    2. 属性方式配置

    使用mybatis前缀来配置MyBatis的相关属性,部分属性说明如下,完整的属性列表及说明可参考MybatisProperties

    属性说明
    config-locationmybatis.xml配置文件的位置
    mapper-locations映射器xml配置文件的位置
    type-aliases-package需要注册类型别名的包,用,;\t、'\n'做分隔
    check-config-location是否对mybatis.xml配置文件执行状态检查
    type-aliases-super-type注册别名时,仅当实现了该类时才注册
    type-handlers-package类型处理器所在包,用,;\t、'\n'做分隔
    executor-type默认的执行器类型,可选SIMPLE``REUSE``BATCH
    default-scripting-language-driver默认脚本语言驱动程序类(mybatis-spring 2.0.2+)
    configuration-propertiesMyBatis配置的外部化属性,指定的属性可以用作MyBatis配置文件和映射器文件的占位符
    lazy-initialization是否启用映射器bean的延迟初始化(mybatis-spring 2.0.2+)
    mapper-default-scope通过自动配置扫描的映射器Bean的默认范围(mybatis-spring 2.0.6+)
    mybatis.inject-sql-session-on-mapper-scan是否注入SqlSessionTemplate,2.2.1+版本默认为true(否则注入SqlSessionFactory)
    configuration.*mybatis.xml的setting属性,注意不可与config-location属性一起使用
    scripting-language-driver.thymeleaf.*Thymeleaf语言驱动特定属性
    scripting-language-driver.freemarker.*FreeMarker语言驱动特定属性
    scripting-language-driver.velocity.*Velocit语言驱动特定属性

    下面是一个简单的使用案例。

     

     

    3. 接口方式配置

    1. ConfigurationCustomizer

    实现ConfigurationCustomizer接口可对Configuration进行全面的Java配置。

     

    2. SqlSessionFactoryBeanCustomizer

    实现SqlSessionFactoryBeanCustomizer接口可对SqlSessionFactoryBean进行全面的Java配置(2.2.2+版本)。

    第05章_MyBatis-Plus框架

    MyBatis-Plus(简称 MP)是一个 MyBatis的增强工具,在 MyBatis 的基础上只做增强不做改变,为简化开发、提高效率而生。

     

    第一节 快速入门

    1. 入门案例

    1) 导入Jar包

    注意:

    1. 使用 mybatis-plus 后,配置要使用 mybatis-plus 前缀开头:

     

    2) 定义Model

    提示:参考 https://baomidou.com/pages/223848/

     

    3) 定义Mapper

     

    4) 扫描Mapper

     

    5) 测试验证

     

     

    第二节 基本CURD

    1. BaseMapper

    1) BaseMapper<T>

     

    2) CURD案例

     

     

    2. IService

    1) IService<T>

     

    2) 批量CURD案例

     

     

    第三节 条件构造器

    1. QueryWrapper

     

    2. UpdateWrapper

     

     

    第四节 常用注解

    1. 标识注解

    1) @TableName

    提示:

    1. 也可通过mybatis-plus.global-confi.db-config.table-prefix=t_来指定默认表前缀。

     

    2) @TableId

    注意:

    1. MyBatis-Plus 默认将id作为主键列,并在插入数据时,基于雪花算法的策略生成 id 值。

    2. MyBatis-Plus 不支持联合主键,需通过二次增强框架 MyBatis-Plus-Plus 实现。

    3. 主键生成策略支持雪花算法:IdType.ASSIGN_ID和数据库自增:IdType.AUTO等。

     

    3) @TableField

     

    注意:

    1. 驼峰与下划线风格的字段名与属性名可以相互兼容,例如属性 userName 可以兼容字段 user_name 。

     

    2. 功能注解

    1) @TableLogic

     

    2) @Version

    注意:

    1. 该功能需要注册乐观锁插件:OptimisticLockerInnerInterceptor

     

     

    第五节 扩展

    1. 分页插件

    1) 分页插件配置

     

    2) 简单分页查询

     

    3) XML分页查询

    按 MyBatis 的方式编写 Mapper 接口,只需在第一个参数传递@Param("page") Page<User> page

    XML配置无需特殊修改:

    查询时会自动根据分页参数进行分页处理:

     

     

    2. 通用枚举

    一种通过 @EnumValue 注解标识枚举属性值,并在插入和查询时进行映射的方式,不推荐。