1. Mybatis
1.1 概念
框架是一款半成品软件,我们可以基于这个半成品软件继续开发,来完成我们个性化的需求!
ORM(Object Relational Mapping 对象关系映射):指的是持久化数据和实体对象的映射模式。
mybatis 是一个优秀的基于java的持久层框架,它内部封装了jdbc,使开发者只需要关注sql语句本身,而不需要花费精力去处理加载驱动、创建连接、创建statement等繁杂的过程。
mybatis通过xml或注解的方式将要执行的各种 statement配置起来,并通过java对象和statement中sql的动态参数进行映射生成最终执行的sql语句。
最后mybatis框架执行sql并将结果映射为java对象并返回。采用ORM思想解决了实体和数据库映射的问题,对jdbc 进行了封装,屏蔽了jdbc api 底层访问细节,使我们不用与jdbc api 打交道,就可以完成对数据库的持久化操作。
1.2 JDBC缺点
原始JDBC的操作问题分析:
频繁创建和销毁数据库的连接会造成系统资源浪费从而影响系统性能。
sql语句在代码中硬编码,如果要修改 sql 语句,就需要修改 java 代码,造成代码不易维护。
查询操作时,需要手动将结果集中的数据封装到实体对象中。
增删改查操作需要参数时,需要手动将实体对象的数据设置到 sql 语句的占位符。
原始 JDBC 的操作问题解决方案 :
使用数据库连接池初始化连接资源。
将 sql 语句抽取到配置文件中。
使用反射、内省等底层技术,将实体与表进行属性与字段的自动映射
1.3 mybatis的使用
添加MyBatis的maven包
创建user数据表
编写User实体类
编写核心文件MyBatisConfig.xml
编写映射文件UserMapper.xml 和 UserMapper接口
编写测试类
注意事项:
# 事务管理器(transactionManager)
- JDBC:这个配置就是直接使用了JDBC 的提交和回滚设置,它依赖于从数据源得到的连接来管理事务作用域。
- MANAGED:这个配置几乎没做什么。它从来不提交或回滚一个连接,而是让容器来管理事务的整个生命周期(比如 JEE 应用服务器的上下文)。 默认情况下它会关闭连接,然而一些容器并不希望这样,因此需要将 closeConnection 属性设置为 false 来阻止它默认的关闭行为。
# 数据源(dataSource)
- UNPOOLED:这个数据源的实现只是每次被请求时打开和关闭连接。
- POOLED:这种数据源的实现利用“池”的概念将 JDBC 连接对象组织起来。
- JNDI:这个数据源的实现是为了能在如 EJB 或应用服务器这类容器中使用,容器可以集中或在外部配置数据源,然后放置一个 JNDI 上下文的引用。
1.4 代理方式开发
采用 Mybatis 的代理开发方式实现 DAO 层的开发,这种方式是我们后面进入企业的主流。
Mapper 接口开发方法只需要程序员编写Mapper 接口(相当于Dao 接口),由Mybatis 框架根据接口定义创建接口的动态代理对象。
Mapper 接口开发需要遵循以下规范:
1、 Mapper.xml文件中的namespace与mapper接口的全限定名相同
2、 Mapper接口方法名和Mapper.xml中定义的每个statement的id相同
3、 Mapper接口方法的输入参数类型和mapper.xml中定义的每个sql的parameterType的类型相同
4、 Mapper接口方法的输出参数类型和mapper.xml中定义的每个sql的resultType的类型相同
1.5 mybatis和spring整合
- 1 导入maven依赖
- 2 创建账户的实体类
- 3 创建mapper接口和对应的xml文件
- 4 Service接口类和实现类
- 5 数据库的配置文件
- 6 spring配置文件
- 7 mybatis的配置文件
- 8 测试功能
2. 整合的总结
其实整合的目的就是把mapper对象放入到容器中。(从接口生成对象,底层还是反射)
注意配置文件的加载,测试类中指定了spring的配置文件, spring的配置文件中又指定了mybatis配置文件和mapper映射文件。
3.mybatis缓存
mybatis的缓存主要是针对查询操作的
3.1 一级缓存
一级缓存默认是开启的, SqlSession 级别的缓存,只要 SqlSession 没有 flush 或 close,它就存在。
当调用 SqlSession 的修改,添加,删除,commit(),close()等,方法时,就会清空一级缓存。
3.2 二级缓存
二级缓存是 mapper 映射级别的缓存, 默认是不开启的,需要手动开启二级缓存
当我们在使用二级缓存时,所缓存的类一定要实现 java.io.Serializable 接口,也就是序列化
4. 隔离级别
4.1 读未提交(Read uncommitted):脏读
脏读: 一个事务在执行的过程中读取到了其他事务还没有提交的数据
4.2 读已提交(Read committed):
可避免 脏读 的发生。
两次读取的数据不一样,自己事务没有提交的时候可以读取别的已经提交的事务。
4.3 可重复读(Repeatable read):幻读
MySql默认隔离级别。自己事务没有提交的时候,读不到别的已经提交的事务。
4.4 串行化(Serializable ):
可避免 脏读、不可重复读、幻读 的发生。
5 事务
事务有以下特性(ACID):
1、原子性(Atomicity)
事务作为一个整体被执行,包含在其中的对数据库的操作要么全部被执行,要么都不执行。
2、一致性(Consistency)
事务应确保数据库的状态从一个一致状态转变为另一个一致状态。一致状态的含义是数据库中的数据应满足完整性约束。
3、隔离性(Isolation)
多个事务并发执行时,一个事务的执行不应影响其他事务的执行。
4、持久性(Durability)
已被提交的事务对数据库的修改应该永久保存在数据库中