『互联网架构』软件架构-mybatis体系结构（16）

今天说说mybatis，之前说过spring ioc，aop，mvc，接下来就到数据库的持久层了。从上到下的顺序，mvc，ioc，最下面就是数据库的持久层。mybatis是互联网和企业内广为应用的框架。官方参考文档这个文档很详细：http://www.mybatis.org/mybatis-3/zh/index.html

数据库访问层的4种实现方案对比

JDBC

当初最早的实现dao层，都是通过jdbc的方式

1. 获取链接，通过DriverManager.getConnection
2. 构建sql语句，可能这个sql语句，增删改查都有可能
3. 设置参数，跟jdbc数据库是一一对应的
4. 执行sql，通过execute
5. 获取返回结果
6. 基于结果构建DO
7. 关闭链接

非常的繁琐，可以基于一个组件，开发一个工具类，获取链接和关闭链接肯定是两个方法，1-7步可以通过代理方法构建。第二步可以通过参数的形式传递给方法。自动帮我们获取链接，设置参数，执行sql。大大简化了我们开发。后来就开始企业开发使用jdbc template。

JdbcTemplate

1. 构建sql语句
2. 构建参数
3. 调用jdbc模板方法 3.1 获取链接 3.2 设置参数 3.3 执行sql 3.4 获取返回结果 3.5 基于result对象属性映射构建DO 4 返回DO对象

虽然JdbcTemplate 简化我们对数据库的操作，但是它有个问题，sql语句都要java类，代码的方式拼接sql，最后导致代码非常的混乱，数据库的类型和java的类型进行映射。写sql语句本身就是很繁琐的事情，ORM的出现对象关系映射，数据库里面的二维和java里面的bean，做一对一的配置。根本就不需要写sql语句了，后来开始普及hibernate。

hibernate

hibernate 是一个完完整整的ORM框架，包含基本的查询，插入，修改，删除。通过java api的方式进行调用，还包括二级缓存这种附加的，天生支持sql防注入的。

1. 获取session
2. 开启事务，返回transaction对象
3. 调用save，返回执行结果 3.1 配置映射 3.2 预计DO映射生成SQL（底层还是jdbc，就好像我们spring mvc底层还是用的servlet） 3.3 获取链接 3.4 设置sql参数 3.5 执行sql 3.6 释放链接
4. 提交事务

hibernate虽然好，但是也有弊端的，最不方便的地方，状态的把握（游离态，持久化态，瞬态数据态），特别是模型比较复杂的时候什么一对一，一对多，多对一，多对多，很容易绕晕，还有HQL语句，这些语句都是hibernate自己生成的，这样DBA是非常郁闷的，对性能研究把握比较大的，这样会感觉它比较重了。 后来很多人从hibernate转成了JdbcTemplate ，JdbcTemplate 虽然比较繁琐，但是sql语句都是可控的。sql语句的写法完全可以考数据库的经验。

mybatis

• 历史

Mybaits的前身是Apache的一个开源项目iBatis，2010年这个项目由apache software foundation 迁移到了 google code 并且改名为Mybatis，2013年11月迁移到Github,目前mybaits是由Github维护的。

1. 获取session
2. 开启事务返回Transaction
3. 调用select 3.1 拉取映射配置 3.1.1 基于配置构建configstatement 3.2 执行sql 3.2.1 基于configstatement生成sql 3.2.2 获取链接 3.2.3 设置sql参数 3.2.4 执行sql 3.2.5 释放链接，返回Do对象，返回执行结果

hiberate都是通过映射自己生成sql语句，mybatis是根据xml，你配置什么sql就执行什么sql，sql语句是可控的，是可以看的到的。出了问题可以通过经验执行sql。

四种的对比

分类| 优点| 缺点

• | :-: | :-: jdbc| 简单、纯粹| 1、需要手动关闭链接 2、结果集不能自动映谢 jdbcTemplate| 简单、纯粹、自动会话管理、结果集映谢| 1、手动拼装SQL管理混乱 hirbernate|编程效率高，无需编写sql。数据库更换成本低、较完善的二级缓存、自动防SQL注入|完全掌握的门槛高、性能优化较麻烦、复杂映谢 myBatis|学习成本低、可以进行更为细致的SQL优化，减少查询字段、统一的SQL管理|功能相对简陋、需要手动编写维护SQL、表结构变更之后需要手动维护SQL与映谢(尽可能的多关联查询什么的，都写在业务代码里面，这样可以良好的完成分布式)

mybatis的定位

myBatis 专注于sql 本身，其为sql 映谢而非完整的ORM，需要自己编写sql 语句，这是其优点也是缺点。优点是：优化方便，可更好利用sql编写经验。缺点是当数据修改之后调整麻烦耗费时间长. 试用场景：适用于对性能要求较高，有大批量的查询修改，并且业务实现没有过多依懒数据关系模型，比如：电商、O2O等互联网项目。 互联网项目对DAO层的要求: 1.对数据库的访问更新纯粹 2.尽可能不要使用数据库做运算 3.SQL语句可以针对性的优化(减少查询字段、查条件排序例 、查询条件尽可能命中索引)

myBatis 体系结构图

myBatis 应用知识结构图

• Config

属性配置

<properties resource="app.properties">
<property name="jdbc.driver" value="com.mysql.jdbc.Driver"/>
</properties>

三种设置方式： 1.构建sessionFactory 时传递 (优先级：高) 2.基于resource 属性加载 或 url 加载 (优先级：中) 3.基于属性设置 (优先级：低) 全局参数配置

<settings>
<setting name="mapUnderscoreToCamelCase" value="true" />
</settings>
具体参考：http://www.mybatis.org/mybatis-3/zh/configuration.html#settings

环境配置

<environments default="development">
<environment id="development">
<transactionManager type="JDBC" />
<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}" />
</dataSource>
</environment>
</environments>

数据源:

unpooled 普通连接，每次获取时都会重新建立一个新的连接.属性下如下： • driver :数据库驱动类 • url: URL地址 • username:用户名。 • password :登录数据库的密码。 pooled: 连接池模式，所有连接从连接池当中获取，由连接池来来进行连接的建立与回收关于等操作，除支持unpooled属性外还支持属性如下: • poolMaximumActiveConnections ： 最大活跃数，默认值：10 • poolMaximumIdleConnections ：最大空闲连接数 • poolMaximumCheckoutTime :获取连接超时等待最大（checked out）时间，默认值：20000 毫秒 • poolTimeToWait ： 单次获取连接 最大等待时间 默认：20000 毫秒（即 20 秒）。 • poolMaximumLocalBadConnectionTolerance 获取连接重试次数 默认：3 • poolPingQuery 用于检测连接是否断开的测试 语句 • poolPingEnabled 是否通过执行poolPingQuery 语句做检测，默认值：false。 • poolPingConnectionsNotUsedFor 连接检测间隔时间 ，默认60000。

typeAliases 别名配置

<typeAliases>
<typeAlias type="com.idig8.dao"/>
<typeAlias type="com.idig8.dao.UserInfo" alias="UserInfo"/>
</typeAliases>

• mappers 文件引入

基于 mapper 引入指定资源文件: resource| url |class 基于package 引入:扫描指定包路径当下的url

<mappers>
<mapper resource="userInfo.xml" />
<package name="com.tuling.dao"/>
</mappers>

mapper 映谢文件配置

mapper 常用元素 • select – 映射查询语 • insert – 映射插入语句 • update – 映射更新语句 • sql – 可被其他语句引用的可重用语句块。 • delete – 映射删除语句 • resultMap 用来描述如何从数据库结果集中来加载对象。 • cache – 给定命名空间的缓存配置。 • cache-ref – 其他命名空间缓存配置的引用。

select 查询标签

<select id="selectUser" 
resultType="com.tuling.mybatis.test.UuserInfo"> 
select * from user_info where id = #{id}
</select>
其支持属性如下:
<select
id="selectUser" // statement id
parameterType="int" // 参数类型
resultType="hashmap"// 返回结果类别
resultMap="personResultMap" // 返回结果映谢
flushCache="false" // 
useCache="true"
timeout="10000"
fetchSize="256"
statementType="PREPARED">
参数的引用的办法
#{id, mode=in, jdbcType=INT, jdbcTypeName=MY_TYPE}

insert update delete 标签

<insert id="addUser"
parameterType="com.tuling.mybatis.test.UuserInfo">
INSERT INTO user_info (user_name,nick_name,password) VALUES
(#{userName},#{nickName},#{password})
</insert>

<update id="updateUser" 
parameterType="com.tuling.mybatis.test.UuserInfo" >
update user_info set user_name=#{userName} where id=#{id}
</update>

<delete id="deleteUser" parameterType="int">
DELETE from user_info where id=#{id}
</delete>

标签

将重复的sql 语句定文为一个字段
<sql id="base_colume"> id,user_name,nick_name</sql>
可通过 <include > 进行引入 如：
<include refid="base_colume"/>

resultMap

resultMap 是myBatis 对象的映谢

• 动态SQL配置

<if> 标签
trim (where, set) 标签
foreach 标签

PS：其实mybatis，我比较习惯自动生成对应的xml，里面只有简单的增删查改，所有的业务逻辑不在表里面进行处理包括关联查询，都在service里面处理，然后new 新的vo 展示就可以了，这样把压力都给程序来完成，数据库更单纯一些。