『互联网架构』软件架构-mybatis体系结构（14）-原创手记-慕课网

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

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

JDBC

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

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

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

JdbcTemplate

构建sql语句
构建参数
调用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防注入的。

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

>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维护的。

获取session
开启事务返回Transaction
调用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
> 属性配置

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

>全局参数配置


具体参考：http://www.mybatis.org/mybatis-3/zh/configuration.html#settings

>环境配置

> 数据源:

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 别名配置

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

>mapper 映谢文件配置

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

>select 查询标签

 
select * from user_info where id = #{id}

其支持属性如下:

参数的引用的办法
#{id, mode=in, jdbcType=INT, jdbcTypeName=MY_TYPE}

>insert update delete 标签


INSERT INTO user_info (user_name,nick_name,password) VALUES
(#{userName},#{nickName},#{password})

update user_info set user_name=#{userName} where id=#{id}

DELETE from user_info where id=#{id}

> 标签

将重复的sql 语句定文为一个字段
 id,user_name,nick_name
可通过  进行引入 如：

>resultMap

resultMap 是myBatis 对象的映谢

动态SQL配置

 标签
trim (where, set) 标签
foreach 标签

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