MyBatis学习笔记
环境:
- jdk 8+
- MySQL 5.7
- maven-3.6.1
- IDEA
学习前需要掌握:
- JDBC【事务】
- MySQL
- Java基础【封装、继承的思想;封装的工具类】
- Maven
- Junit【单元测试】
简介
什么是MyBatis
- MyBatis 是一款优秀的持久层框架
- MyBatis 避免了几乎所有的 JDBC 代码和手动设置参数以及获取结果集的过程
- MyBatis 可以使用简单的 XML 或注解来配置和映射原生信息,将接口和 Java 的 实体类 【Plain Old Java Objects,普通的 Java对象】映射成数据库中的记录。
- MyBatis 本是Apache的一个开源项目ibatis, 2010年这个项目由Apache 迁移到了Google code,并且改名为MyBatis 。
- 2013年11月迁移到Github
如何获得Mybatis:
-
maven仓库:
1
2
3
4
5<dependency>
<groupId>org.mybatis</groupId>
<artifactId>mybatis</artifactId>
<version>3.5.1</version>
</dependency> -
Mybatis官方文档 : http://www.mybatis.org/mybatis-3/zh/index.html
-
GitHub : https://github.com/mybatis/mybatis-3
持久化
- 持久化是将程序数据在持久状态和瞬时状态间转换的机制。
- 即把数据(如内存中的对象)保存到可永久保存的存储设备中(如磁盘)。持久化的主要应用是将内存中的对象存储在数据库中,或者存储在磁盘文件中、XML数据文件中等等。
- JDBC就是一种持久化机制。文件IO也是一种持久化机制。
- 在生活中 : 将鲜肉冷藏,吃的时候再解冻的方法也是。将水果做成罐头的方法也是。
- 为什么需要持久化服务呢?那是由于内存本身的缺陷引起的
- 内存断电后数据会丢失,但有一些对象是无论如何都不能丢失的,比如银行账号等,遗憾的是,人们还无法保证内存永不掉电。
- 内存过于昂贵,与硬盘、光盘等外存相比,内存的价格要高2~3个数量级,而且维持成本也高,至少需要一直供电吧。所以即使对象不需要永久保存,也会因为内存的容量限制不能一直呆在内存中,需要持久化来缓存到外存。
持久层
-
Dao层、Service层、Controller层
MVC是一种软件架构模式,它将应用程序分为三个主要部分:模型(Model)、视图(View)和控制器(Controller)。在MVC架构中,Dao、Service和Controller分别属于M、C、C层,它们的作用如下:
- Dao层(数据访问层):主要负责与数据库进行交互,提供数据持久化的操作。Dao层通常包含了一些数据访问对象(Data Access Object),用于封装对数据库的操作,例如增删改查等。
- Service层(业务逻辑层):主要负责处理应用程序的业务逻辑,提供一些业务逻辑的操作。Service层通常包含了一些服务对象,用于封装业务逻辑的实现,例如用户注册、订单处理等。
- Controller层(控制层):主要负责处理用户请求,调用相应的Service层进行业务逻辑处理,然后将处理结果返回给用户。Controller层通常包含了一些控制器对象,用于接收用户请求,调用相应的Service层进行业务逻辑处理,然后将处理结果返回给用户,例如处理HTTP请求、响应JSON数据等。
在MVC架构中,Dao层和Service层通常被称为模型层(Model),它们负责处理应用程序的数据和业务逻辑,而Controller层则负责与用户交互,将用户请求转化为模型层的操作,然后将处理结果返回给用户。
- 什么是持久层?
- 完成持久化工作的代码块 . ——> dao层 【DAO (Data Access Object) 数据访问对象】
- 大多数情况下特别是企业级应用,数据持久化往往也就意味着将内存中的数据保存到磁盘上加以固化,而持久化的实现过程则大多通过各种关系数据库来完成。
- 不过这里有一个字需要特别强调,也就是所谓的“层”。对于应用系统而言,数据持久功能大多是必不可少的组成部分。也就是说,我们的系统中,已经天然的具备了“持久层”概念?也许是,但也许实际情况并非如此。之所以要独立出一个“持久层”的概念,而不是“持久模块”,“持久单元”,也就意味着,我们的系统架构中,应该有一个相对独立的逻辑层面,专著于数据持久化逻辑的实现.
- 与系统其他部分相对而言,这个层面应该具有一个较为清晰和严格的逻辑边界。 【说白了就是用来操作数据库存在的!】
为什么需要MyBatis
- Mybatis就是帮助程序猿将数据存入数据库中 , 和从数据库中取数据。
- 传统的JDBC操作 , 有很多重复代码块。比如 : 数据取出时的封装 , 数据库的建立连接等等… , 通过框架可以减少重复代码,提高开发效率。
- MyBatis 是一个半自动化的ORM框架 (Object Relationship Mapping) —>对象关系映射
- 所有的事情,不用MyBatis依旧可以做到,只是用了它,所有实现会更加简单!技术没有高低之分,只有使用这个技术的人有高低之别
- MyBatis的优点
- 简单易学:本身就很小且简单。没有任何第三方依赖,最简单安装只要两个jar文件+配置几个SQL映射文件就可以了,易于学习,易于使用,通过文档和源代码,可以比较完全的掌握它的设计思路和实现。
- 灵活:MyBatis不会对应用程序或者数据库的现有设计强加任何影响。 SQL写在xml里,便于统一管理和优化。通过SQL语句可以满足操作数据库的所有需求。
- 解除SQL与程序代码的耦合:通过提供DAO层,将业务逻辑和数据访问逻辑分离,使系统的设计更清晰,更易维护,更易单元测试。SQL和代码的分离,提高了可维护性。
- 提供xml标签,支持编写动态SQL。
- …….
- 最重要的一点,使用的人多!公司需要!
MyBatis第一个程序
思路:搭建环境——导入Mybatis——编写代码——测试
搭建环境
搭建实验数据库
1 | CREATE DATABASE `mybatis`; |
新建项目:
-
新建一个普通的Maven项目
-
删除src目录
-
导入maven依赖
导入MyBatis相关 jar 包
1
2
3
4
5
6
7
8
9
10<dependency>
<groupId>org.mybatis</groupId>
<artifactId>mybatis</artifactId>
<version>3.5.2</version>
</dependency>
<dependency>
<groupId>mysql</groupId>
<artifactId>mysql-connector-java</artifactId>
<version>5.1.47</version>
</dependency>
创建一个模块
-
编写MyBatis核心配置文件「查看帮助文档」
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
<!--configuration核心配置文件-->
<configuration>
<environments default="development">
<environment id="development">
<!--transactionManager事务管理 -->
<transactionManager type="JDBC"/>
<dataSource type="POOLED">
<property name="driver" value="com.mysql.jdbc.Driver"/>
<property name="url" value="jdbc:mysql://localhost:3306/mybatis?useSSL=true&useUnicode=true&characterEncoding=utf8"/>
<property name="username" value="root"/>
<property name="password" value="123456"/>
</dataSource>
</environment>
</environments>
<mappers>
<mapper resource="com/kuang/dao/userMapper.xml"/>
</mappers>
</configuration> -
编写MyBatis工具类 「查看帮助文档」
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29import org.apache.ibatis.io.Resources;
import org.apache.ibatis.session.SqlSession;
import org.apache.ibatis.session.SqlSessionFactory;
import org.apache.ibatis.session.SqlSessionFactoryBuilder;
import java.io.IOException;
import java.io.InputStream;
//sqlSessionFactory --〉sqlSession
public class MybatisUtils {
private static SqlSessionFactory sqlSessionFactory;
static {
try {
//使用Mybatis第一步:获取sqlSessionFactory对象
String resource = "mybatis-config.xml";
InputStream inputStream = Resources.getResourceAsStream(resource);
sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream);
} catch (IOException e) {
e.printStackTrace();
}
}
//既然有了SqlSessionFactory,顾名思义,我们就可以从中获得SqlSession的实例
//SqlSession完全包含了面向数据库执行SQL命令所需的所有方法
//获取SqlSession连接
public static SqlSession getSession(){
return sqlSessionFactory.openSession();
}
}已经连接上数据库。
编写代码
创建实体类
1 | public class User { |
编写Mapper接口类
1 | import com.kuang.pojo.User; |
编写Mapper.xml配置文件
• namespace 十分重要,不能写错!
1 |
|
编写测试类
Junit 包测试
1 | public class MyTest { |
运行测试。
自己搭建步骤:
-
连接数据库,导入需要的mysql、mybatis架包
-
做准备工作,需要一个sqlSession对象,为此建造一个工具类,工具类对应官方文档入门的开始的三行代码
-
编写实体类、接口
-
编写Mapper文件来代替原来的实现类
-
测试直接调方法
过程中可能遇到的问题:
- 配置文件没有注册
- 绑定接口错误
- 方法名不对
- 返回类型不对
- Maven导入资源问题
CRUD
namespace
- 将上面案例中的UserMapper接口改名为 UserDao;
- 将UserMapper.xml中的namespace改为为UserDao的路径;
- 再次测试
结论:
配置文件中namespace中的名称为对应Mapper接口或者Dao接口的完整包名,必须一致。
select
选择查询语句:
- select标签是MyBatis中最常用的标签之一
- select语句有很多属性可以详细配置每一条SQL语句
- id:就是对应的namespace中的方法名
- 命名空间中唯一的标识符
- 接口中的方法名与映射文件中的SQL语句ID 一一对应
- parameterType
- 传入SQL语句的参数类型 。【万能的Map,可以多尝试使用】
- resultType
- SQL语句返回值类型。【完整的类名或者别名】
- id:就是对应的namespace中的方法名
需求:根据id查询用户
1、编写接口
在UserMapper中添加对应方法
1 | public interface UserMapper { |
2、编写对应的mapper中SQL语句
在UserMapper.xml中添加select语句
1 | <select id="selectUserById" resultType="com.kuang.pojo.User"> |
3、测试
1 |
|
insert
我们一般使用insert标签进行插入操作,它的配置和select标签差不多
需求:给数据库增加一个用户
1、在UserMapper接口中添加对应的方法
1 | //添加一个用户 |
2、在UserMapper.xml中添加insert语句
1 | <insert id="addUser" parameterType="com.kuang.pojo.User"> |
3、测试
1 |
|
注意点:增、删、改操作需要提交事务!
update
我们一般使用update标签进行更新操作,它的配置和select标签差不多
需求:修改用户的信息
1、同理,编写接口方法
1 | //修改一个用户 |
2、编写对应的配置文件SQL
1 | <update id="updateUser" parameterType="com.kuang.pojo.User"> |
3、测试
1 |
|
delete
我们一般使用delete标签进行删除操作,它的配置和select标签差不多
需求:根据id删除一个用户
1、同理,编写接口方法
1 | //根据id删除用户 |
2、编写对应的配置文件SQL
1 | <delete id="deleteUser" parameterType="int"> |
3、测试
1 |
|
小结:
- 所有的增删改操作都需要提交事务!
- 接口所有的普通参数,尽量都写上@Param参数,尤其是多个参数时,必须写上!
- 有时候根据业务的需求,可以考虑使用map传递参数!
- 为了规范操作,在SQL的配置文件中,我们尽量将Parameter参数和resultType都写上!
分析错误
- 标签不要匹配错
- resource绑定mapper,需要使用路径
- 程序匹配文件必须符合规范
- NullPointerException,没有注册到资源
- 输出的xml文件中存在中文乱码问题
- maven资源没有导出问题
万能Map
(万能方法)工作必备野路子方法,也可以使用到查询,修改,删除等等中
假设,我们的实体类,或者数据库中的表,字段或者参数过多,我们应当考虑使用Map。
【示例:UserMapper.java】
1 | public interface UserMapper { |
【示例:UserMapper.xml】
1 |
|
【示例:UserMapperTest.java】
1 | public class UserMapperTest { |
模糊查询
模糊查询怎么写?
- Java代码执行的时候,传递通配符%%
- 在SQL拼接中使用通配符!
在SQL中,模糊查询可以使用LIKE关键字来实现。LIKE关键字用于匹配字符串,可以使用通配符来表示任意字符或任意长度的字符。通配符有两种,一种是百分号(%),表示任意长度的任意字符;另一种是下划线(_),表示一个任意字符。
模糊查询like语句该怎么写?
1、在Java代码中添加sql通配符。
1 | string wildcardname = “%smi%”; |
2、在sql语句中拼接通配符,会引起sql注入
1 | string wildcardname = “smi”; |
配置解析
核心配置文件
- mybatis-config.xml 系统核心配置文件
- MyBatis 的配置文件包含了会深深影响 MyBatis 行为的设置和属性信息。
- 能配置的内容如下:
1 | configuration(配置) |
环境配置(environments)
Mybatis可以配置成适应多种环境。
不过要记住:尽量可以配置多个环境,但每个SqlSessionFactory实例只能选择一种环境。
学会使用配置多套运行环境!
Mybatis默认的事务管理器就是JDBC,连接池:POOLED
1 | <environments default="development"> |
- 配置MyBatis的多套运行环境,将SQL映射到多个不同的数据库上,必须指定其中一个为默认运行环境(通过default指定)
- 子元素节点:environment
-
具体的一套环境,通过设置id进行区别,id保证唯一!
-
子元素节点:transactionManager - [ 事务管理器 ]
1
2<!-- 语法 -->
<transactionManager type="[ JDBC | MANAGED ]"/>- 详情:点击查看官方文档
- 这两种事务管理器类型都不需要设置任何属性。
-
子元素节点:数据源(dataSource)
-
dataSource 元素使用标准的 JDBC 数据源接口来配置 JDBC 连接对象的资源。
-
数据源是必须配置的。
-
有三种内建的数据源类型
1
type="[UNPOOLED|POOLED|JNDI]")
-
unpooled: 这个数据源的实现只是每次被请求时打开和关闭连接。
-
pooled: 这种数据源的实现利用“池”的概念将 JDBC 连接对象组织起来 , 这是一种使得并发 Web 应用快速响应请求的流行处理方式。
-
jndi:这个数据源的实现是为了能在如 Spring 或应用服务器这类容器中使用,容器可以集中或在外部配置数据源,然后放置一个 JNDI 上下文的引用。
-
数据源也有很多第三方的实现,比如dbcp,c3p0,druid等等….
-
-
属性(properties)
数据库这些属性都是可外部配置且可动态替换的,既可以在典型的 Java 属性文件中配置,亦可通过 properties 元素的子元素来传递。
我们来优化我们的配置文件
第一步 :在资源目录下新建一个db.properties
1 | driver=com.mysql.jdbc.Driver |
第二步 : 将文件导入properties 配置文件
1 | <configuration> |
更多操作,可以查看官方文档!【演示带领学习】
- 配置文件优先级问题
- 新特性:使用占位符
类型别名(TypeAliases)
- 类型别名是为 Java 类型设置一个短的名字。
- 它只和 XML 配置有关,存在的意义仅在于用来减少类完全限定名的冗余。
1 | <!--配置别名,注意顺序--> |
当这样配置时,User可以用在任何使用com.kuang.pojo.User的地方。
也可以指定一个包名,MyBatis 会在包名下面搜索需要的 Java Bean,比如:
1 | <typeAliases> |
每一个在包 com.kuang.pojo 中的 Java Bean,在没有注解的情况下,会使用 Bean 的首字母小写的非限定类名来作为它的别名。
在实体类比较少的时候,使用第一种方式
如果实体类十分多,建议使用第二种方式
区别:第一种可以自定义别名,第二种不行。如果非要改,可以在实体类上增加注解
1 |
|
【演示】去官网查看一下Mybatis默认的一些类型别名!
其他配置
1、设置
- 设置(settings)相关 => 查看帮助文档
- 懒加载
- 日志实现
- 缓存开启关闭
- 一个配置完整的 settings 元素的示例如下:
1 | <settings> |
2、类型处理器
- 无论是 MyBatis 在预处理语句(PreparedStatement)中设置一个参数时,还是从结果集中取出一个值时, 都会用类型处理器将获取的值以合适的方式转换成 Java 类型。
- 你可以重写类型处理器或创建你自己的类型处理器来处理不支持的或非标准的类型。【了解即可】
3、对象工厂
- MyBatis 每次创建结果对象的新实例时,它都会使用一个对象工厂(ObjectFactory)实例来完成。
- 默认的对象工厂需要做的仅仅是实例化目标类,要么通过默认构造方法,要么在参数映射存在的时候通过有参构造方法来实例化。
- 如果想覆盖对象工厂的默认行为,则可以通过创建自己的对象工厂来实现。【了解即可】
Mappers 映射器
Mappers:
- 映射器 : 定义映射SQL语句文件
- 既然 MyBatis 的行为其他元素已经配置完了,我们现在就要定义 SQL 映射语句了。但是首先我们需要告诉 MyBatis 到哪里去找到这些语句。 Java 在自动查找这方面没有提供一个很好的方法,所以最佳的方式是告诉 MyBatis 到哪里去找映射文件。你可以使用相对于类路径的资源引用, 或完全限定资源定位符(包括
file:///的 URL),或类名和包名等。映射器是MyBatis中最核心的组件之一,在MyBatis 3之前,只支持xml映射器,即:所有的SQL语句都必须在xml文件中配置。而从MyBatis 3开始,还支持接口映射器,这种映射器方式允许以Java代码的方式注解定义SQL语句,非常简洁。
引入资源方式:
方式一:
1 | <!-- 使用相对于类路径的资源引用 --> |
1 | <!-- 使用完全限定资源定位符(URL) --> |
方式二:使用class文件绑定注册
1 | <!-- |
1 | <!-- |
方式三:使用扫描包进行注册绑定
1 | <!-- |
生命周期和作用域
作用域(Scope)和生命周期
理解我们目前已经讨论过的不同作用域和生命周期类是至关重要的,因为错误的使用会导致非常严重的并发问题。
我们可以先画一个流程图,分析一下Mybatis的执行过程!
作用域理解:
SqlSessionFactoryBuilder:
- 一旦创建了SqlSessionFactory,就不再需要它了
- 局部变量
SqlSessionFactory:
- 说白了就是可以想象为:数据库连接池
- SqlSessionFactory一旦被创建就应该在应用到了运行期间一直存在,没有任何理由丢弃它或重新创建另一个实例。
- SqlSessionFactory 的最佳作用域是应用作用域。
- 最简单的就是使用单例模式或者静态单例模式。
SqlSession:
- 连接到连接池的一个请求
- SqlSession的实例不是线程安全的,因此是不能被共享的,所以它的最佳的作用域是请求或方法作用域。
- 用完之后需要赶紧关闭,否则资源被占用
- SqlSession 的最佳的作用域是请求或方法作用域。
这里面的每一个Mapper,就代表一个具体的业务。
ResultMap
要解决的问题:属性名和字段名不一致
环境:新建一个项目,将之前的项目拷贝过来
查询为null问题
查看之前的数据库的字段名
Java中的实体类设计
1 | public class User { |
接口
1 | //根据id查询用户 |
mapper映射文件
1 | <select id="selectUserById" resultType="user"> |
测试
1 |
|
结果:
- User{id=1, name=’狂神’, password=’null’}
- 查询出来发现 password 为空 . 说明出现了问题!
分析:
-
select * from user where id = #{id} 可以看做
select id,name,pwd from user where id = #{id}
-
mybatis会根据这些查询的列名(会将列名转化为小写,数据库不区分大小写) , 去对应的实体类中查找相应列名的set方法设值 , 由于找不到setPwd() , 所以password返回null ; 【自动映射】
解决方法
方案一:为列名指定别名 , 别名和java实体类的属性名一致
1 | <select id="selectUserById" resultType="User"> |
方案二:使用结果集映射->ResultMap 【推荐】
1 | <resultMap id="UserMap" type="User"> |
ResultMap
自动映射
resultMap元素是 MyBatis 中最重要最强大的元素。它可以让你从 90% 的 JDBCResultSets数据提取代码中解放出来。- 实际上,在为一些比如连接的复杂语句编写映射代码的时候,一份
resultMap能够代替实现同等功能的长达数千行的代码。 - ResultMap 的设计思想是,对于简单的语句根本不需要配置显式的结果映射,而对于复杂一点的语句只需要描述它们的关系就行了。
你已经见过简单映射语句的示例了,但并没有显式指定 resultMap。比如:
1 | <select id="selectUserById" resultType="map"> |
上述语句只是简单地将所有的列映射到 HashMap 的键上,这由 resultType 属性指定。虽然在大部分情况下都够用,但是 HashMap 不是一个很好的模型。你的程序更可能会使用 JavaBean 或 POJO(Plain Old Java Objects,普通老式 Java 对象)作为模型。
**ResultMap 最优秀的地方在于,虽然你已经对它相当了解了,但是根本就不需要显式地用到他们。**
手动映射
-
返回值类型为resultMap
1
2
3<select id="selectUserById" resultMap="UserMap">
select id , name , pwd from user where id = #{id}
</select> -
编写resultMap,实现手动映射!
1
2
3
4
5
6
7<resultMap id="UserMap" type="User">
<!-- id为主键 -->
<id column="id" property="id"/>
<!-- column是数据库表的列名 , property是对应实体类的属性名 -->
<result column="name" property="name"/>
<result column="pwd" property="password"/>
</resultMap>
如果世界总是这么简单就好了。
但是肯定不是的,数据库中,存在一对多,多对一的情况,我们之后会使用到一些高级的结果集映射,association,collection这些,我们将在之后讲解,今天你们需要把这些知识都消化掉才是最重要的!理解结果集映射的这个概念!
日志
日志工厂
如果一个数据库操作,出现了异常,我们需要排错,日志就是最好的助手。
曾经:sout、debug
现在:日志工厂
Mybatis内置的日志工厂提供日志功能,具体的日志实现有以下几种工具:
- SLF4J
- Apache Commons Logging
- Log4j 2
- Log4j
- JDK logging
具体选择哪个日志实现工具由MyBatis的内置日志工厂确定。它会使用最先找到的(按上文列举的顺序查找)。 如果一个都未找到,日志功能就会被禁用。
标准日志实现
指定 MyBatis 应该使用哪个日志记录实现。如果此设置不存在,则会自动发现日志记录实现。
1 | <settings> |
测试,可以看到控制台有大量的输出!我们可以通过这些输出来判断程序到底哪里出了Bug
Log4j
简介:
- Log4j是Apache的一个开源项目
- 通过使用Log4j,我们可以控制日志信息输送的目的地:控制台,文本,GUI组件….
- 我们也可以控制每一条日志的输出格式;
- 通过定义每一条日志信息的级别,我们能够更加细致地控制日志的生成过程。最令人感兴趣的就是,这些可以通过一个配置文件来灵活地进行配置,而不需要修改应用的代码。
使用步骤:
- 导入log4j的包
1 | <dependency> |
- 配置文件编写
1 | #将等级为DEBUG的日志信息输出到console和file这两个目的地,console和file的定义在下面的代码 |
-
配置log4j为日志的实现
1
2
3<settings>
<setting name="logImpl" value="LOG4J"/>
</settings> -
Log4j的使用,直接测试运行刚才的查询
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15//注意导包:org.apache.log4j.Logger
static Logger logger = Logger.getLogger(MyTest.class);
public void selectUser() {
logger.info("info:进入selectUser方法");
logger.debug("debug:进入selectUser方法");
logger.error("error: 进入selectUser方法");
SqlSession session = MybatisUtils.getSession();
UserMapper mapper = session.getMapper(UserMapper.class);
List<User> users = mapper.selectUser();
for (User user: users){
System.out.println(user);
}
session.close();
}
测试,看控制台输出!
- 使用Log4j 输出日志
- 可以看到还生成了一个日志的文件 【需要修改file的日志级别】
分页
为什么需要分页?
——减少数据的处理量
使用Limit实现分页
1 | #语法 |
步骤:
修改Mapper文件
1 | <select id="selectUser" parameterType="map" resultType="user"> |
Mapper接口,参数为map
1 | //选择全部用户实现分页 |
在测试类中传入参数测试
- 推断:起始位置 = (当前页面 - 1 ) * 页面大小
1 | //分页查询 , 两个参数startIndex , pageSize |
RowBounds分页
不再使用SQL实现分页
-
mapper接口
1
2//选择全部用户RowBounds实现分页
List<User> getUserByRowBounds(); -
mapper.xml
1
2
3<select id="getUserByRowBounds" resultType="user">
select * from user
</select> -
测试
使用RowBounds类
1
2
3
4
5
6
7
8
9
10
11
12
13
public void testUserByRowBounds() {
SqlSession session = MybatisUtils.getSession();
int currentPage = 2; //第几页
int pageSize = 2; //每页显示几个
RowBounds rowBounds = new RowBounds((currentPage-1)*pageSize,pageSize);
//通过session.**方法进行传递rowBounds,[此种方式现在已经不推荐使用了]
List<User> users = session.selectList("com.kuang.mapper.UserMapper.getUserByRowBounds", null, rowBounds);
for (User user: users){
System.out.println(user);
}
session.close();
}
分页插件
PageHelper
了解即可,可以自己尝试使用
官方文档:https://pagehelper.github.io/
使用注解开发
面向接口编程
- 大家之前都学过面向对象编程,也学习过接口,但在真正的开发中,很多时候我们会选择面向接口编程
- 根本原因 : 解耦 , 可拓展 , 提高复用 , 分层开发中 , 上层不用管具体的实现 , 大家都遵守共同的标准 , 使得开发变得容易 , 规范性更好
- 在一个面向对象的系统中,系统的各种功能是由许许多多的不同对象协作完成的。在这种情况下,各个对象内部是如何实现自己的,对系统设计人员来讲就不那么重要了;
- 而各个对象之间的协作关系则成为系统设计的关键。小到不同类之间的通信,大到各模块之间的交互,在系统设计之初都是要着重考虑的,这也是系统设计的主要工作内容。面向接口编程就是指按照这种思想来编程
关于接口的理解
- 接口从更深层次的理解,应是定义(规范,约束)与实现(名实分离的原则)的分离。
- 接口的本身反映了系统设计人员对系统的抽象理解。
- 接口应有两类:
- 第一类是对一个个体的抽象,它可对应为一个抽象体(abstract class);
- 第二类是对一个个体某一方面的抽象,即形成一个抽象面(interface);
- 一个体有可能有多个抽象面。抽象体与抽象面是有区别的。
三个面向区别
- 面向对象是指,我们考虑问题时,以对象为单位,考虑它的属性及方法 .
- 面向过程是指,我们考虑问题时,以一个具体的流程(事务过程)为单位,考虑它的实现 .
- 接口设计与非接口设计是针对复用技术而言的,与面向对象(过程)不是一个问题.更多的体现就是对系统整体的架构
利用注解开发
mybatis最初配置信息是基于 XML ,映射语句(SQL)也是定义在 XML 中的。而到MyBatis 3提供了新的基于注解的配置。不幸的是,Java 注解的的表达力和灵活性十分有限。最强大的 MyBatis 映射并不能用注解来构建。
- sql 类型主要分成 :
- select()
- update()
- Insert()
- delete()
【注意】利用注解开发就不需要mapper.xml映射文件了。
1、我们在我们的接口中添加注解
1 | //查询全部用户 |
2、在mybatis的核心配置文件中注入
1 | <!--使用class绑定接口--> |
3、我们去进行测试
1 | @Test |
4、利用Debug查看本质
5、本质上利用了jvm的动态代理机制
6、Mybatis详细的执行流程
注解增删改
改造MybatisUtils工具类的getSession( ) 方法,重载实现。
1 | //获取SqlSession连接 |
【注意】确保实体类和数据库字段对应
查询:
1、编写接口方法注解
1 | //根据id查询用户 |
2、测试
1 |
|
新增:
1、编写接口方法注解
1 | //添加一个用户 |
2、测试
1 |
|
修改:
1、编写接口方法注解
1 | //修改一个用户 |
2、测试
1 |
|
删除:
1、编写接口方法注解
1 | //根据id删除用 |
2、测试
1 |
|
【注意点:增删改一定记得对事务的处理】
关于@Param注解
@Param注解用于给方法参数起一个名字。以下是总结的使用原则:
- 在方法只接受一个参数的情况下,可以不使用@Param。
- 在方法接受多个参数的情况下,建议一定要使用@Param注解给参数命名。
- 如果参数是 JavaBean , 则不能使用@Param。
- 不使用@Param注解时,参数只能有一个,并且是Javabean。
#{}与${}的区别
- #{},预编译,可以很大程度上防止sql注入
- ${}会直接进行拼接,无法防止sql注入
能用#{}尽量用#{}
Lombok
1 | Project Lombok is a java library that automatically plugs into your editor and build tools, spicing up your java. |
- java library
- plugs
- build tools
- with one annotation your class
使用步骤:
1、在IDEA中安装Lombok插件
2、在项目中导入Lombok的jar包
1 | <dependency> |
3、在实体类上加注解
1 | :无参构造,get、set、tostring、hashcode、equals |
多对一的处理
- 多个学生,对应一个老师
- 对于学生而言,关联……多个学生,关联一个老师【多对一】
- 对于老师而言,集合,一个老师,有很多学生【一堆多】
数据库设计
1 | CREATE TABLE `teacher` ( |
搭建测试环境
【Lombok的使用】
1、IDEA安装Lombok插件
2、引入Maven依赖
1 | <!-- https://mvnrepository.com/artifact/org.projectlombok/lombok --> |
3、在代码中增加注解:新建实体类Teacher、Student
1 | //GET,SET,ToString,有参,无参构造 |
1 |
|
4、编写实体类对应的Mapper接口 【两个】
1 | public interface StudentMapper { |
1 | public interface TeacherMapper { |
无论有没有需求,都应该写上,以备后来之需!
5、编写Mapper接口对应的 mapper.xml配置文件 【两个】
无论有没有需求,都应该写上,以备后来之需!
1 |
|
1 |
|
按查询嵌套处理
1、给StudentMapper接口增加方法
1 | //获取所有学生及对应老师的信息 |
2、编写对应的Mapper文件
1 |
|
3、编写完毕去Mybatis配置文件中,注册Mapper!
注意点说明:
1 | <resultMap id="StudentTeacher" type="Student"> |
4、测试
1 |
|
按结果嵌套处理
除了上面这种方式,还有其他思路吗?
我们还可以按照结果进行嵌套处理;
-
接口方法编写
1
public List<Student> getStudents2();
-
编写对应的mapper文件
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18<!--
按查询结果嵌套处理
思路:
1. 直接查询出结果,进行结果集的映射
-->
<select id="getStudents2" resultMap="StudentTeacher2" >
select s.id sid, s.name sname , t.name tname
from student s,teacher t
where s.tid = t.id
</select>
<resultMap id="StudentTeacher2" type="Student">
<id property="id" column="sid"/>
<result property="name" column="sname"/>
<!--关联对象property 关联对象在Student实体类中的属性-->
<association property="teacher" javaType="Teacher">
<result property="name" column="tname"/>
</association>
</resultMap> -
去mybatis-config文件中注入【此处应该处理过了】
-
测试
1
2
3
4
5
6
7
8
9
10
11
public void testGetStudents2(){
SqlSession session = MybatisUtils.getSession();
StudentMapper mapper = session.getMapper(StudentMapper.class);
List<Student> students = mapper.getStudents2();
for (Student student : students){
System.out.println(
"学生名:"+ student.getName()
+"\t老师:"+student.getTeacher().getName());
}
}
总结:
- 子查询:按照查询进行嵌套处理就像SQL中的子查询
- 联表查询:按照结果进行嵌套处理就像SQL中的联表查询
一对多的处理
一对多的理解:
- 一个老师拥有多个学生
- 如果对于老师这边,就是一个一对多的现象,即从一个老师下面拥有一群学生(集合)!
环境搭建,和刚才一样
实体类编写
1 |
|
1 |
|
…… 和之前一样,搭建测试的环境!
按结果嵌套处理
-
TeacherMapper接口编写方法
1
2//获取指定老师,及老师下的所有学生
public Teacher getTeacher(int id); -
编写接口对应的Mapper配置文件
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24<mapper namespace="com.kuang.mapper.TeacherMapper">
<!--
思路:
1. 从学生表和老师表中查出学生id,学生姓名,老师姓名
2. 对查询出来的操作做结果集映射
1. 集合的话,使用collection!
JavaType和ofType都是用来指定对象类型的
JavaType是用来指定pojo中属性的类型
ofType指定的是映射到list集合属性中pojo的类型。
-->
<select id="getTeacher" resultMap="TeacherStudent">
select s.id sid, s.name sname , t.name tname, t.id tid
from student s,teacher t
where s.tid = t.id and t.id=#{id}
</select>
<resultMap id="TeacherStudent" type="Teacher">
<result property="name" column="tname"/>
<collection property="students" ofType="Student">
<result property="id" column="sid" />
<result property="name" column="sname" />
<result property="tid" column="tid" />
</collection>
</resultMap>
</mapper> -
将Mapper文件注册到MyBatis-config文件中
1
2
3<mappers>
<mapper resource="mapper/TeacherMapper.xml"/>
</mappers> -
测试
1
2
3
4
5
6
7
8
public void testGetTeacher(){
SqlSession session = MybatisUtils.getSession();
TeacherMapper mapper = session.getMapper(TeacherMapper.class);
Teacher teacher = mapper.getTeacher(1);
System.out.println(teacher.getName());
System.out.println(teacher.getStudents());
}
按查询嵌套处理
-
TeacherMapper接口编写方法
1
public Teacher getTeacher2(int id);
-
编写接口对应的Mapper配置文件
1
2
3
4
5
6
7
8
9
10<select id="getTeacher2" resultMap="TeacherStudent2">
select * from teacher where id = #{id}
</select>
<resultMap id="TeacherStudent2" type="Teacher">
<!--column是一对多的外键 , 写的是一的主键的列名-->
<collection property="students" javaType="ArrayList" ofType="Student" column="id" select="getStudentByTeacherId"/>
</resultMap>
<select id="getStudentByTeacherId" resultType="Student">
select * from student where tid = #{id}
</select> -
将Mapper文件注册到MyBatis-config文件中
-
测试
1
2
3
4
5
6
7
8
public void testGetTeacher2(){
SqlSession session = MybatisUtils.getSession();
TeacherMapper mapper = session.getMapper(TeacherMapper.class);
Teacher teacher = mapper.getTeacher2(1);
System.out.println(teacher.getName());
System.out.println(teacher.getStudents());
}
小结
- 关联-association 【多对一】
- 集合-collection 【一对多 】
- 所以association是用于一对一和多对一,而collection是用于一对多的关系
- JavaType和ofType都是用来指定对象类型的
- JavaType是用来指定pojo中属性的类型
- ofType指定的是映射到list集合属性中pojo的类型。
注意说明:
- 保证SQL的可读性,尽量通俗易懂
- 根据实际要求,尽量编写性能更高的SQL语句
- 注意属性名和字段不一致的问题
- 注意一对多和多对一 中:字段和属性对应的问题
- 尽量使用Log4j,通过日志来查看自己的错误
面试高频:
- Mysql引擎
- InnoDB底层原理
- 索引
- 索引优化
MyISAM和InnoDB的底层实现原理,引擎的区别,为什么现在要使用InnoDB,底层为什么要索引,索引的结构是怎么样的,为什么要优化索引,索引有哪些分类,索引如何去操作
动态SQL
介绍
什么是动态SQL:动态SQL指的是根据不同的查询条件 , 生成不同的Sql语句.
1 | 官网描述: |
我们之前写的 SQL 语句都比较简单,如果有比较复杂的业务,我们需要写复杂的 SQL 语句,往往需要拼接,而拼接 SQL ,稍微不注意,由于引号,空格等缺失可能都会导致错误。
那么怎么去解决这个问题呢?这就要使用 mybatis 动态SQL,通过 if, choose, when, otherwise, trim, where, set, foreach等标签,可组合成非常灵活的SQL语句,从而在提高 SQL 语句的准确性的同时,也大大提高了开发人员的效率。
搭建环境
新建一个数据库表:blog
字段:id,title,author,create_time,views
1 | CREATE TABLE `blog` ( |
创建Mybatis基础工程
- 导包
- 编写配置文件
- 编写实体类
- 编写实体类对应Mapper接口和Mapper.XML文件
创建Mybatis基础工程
-
导包
-
编写配置文件
-
编写实体类
IDutil工具类
1
2
3
4
5public class IDUtil {
public static String genId(){
return UUID.randomUUID().toString().replaceAll("-","");
}
}【注意set方法作用】
1
2
3
4
5
6
7
8
9import java.util.Date;
public class Blog {
private String id;
private String title;
private String author;
private Date createTime;
private int views;
//set,get....
} -
编写实体类对应Mapper接口和Mapper.XML文件
编写Mapper接口及xml文件
1
2public interface BlogMapper {
}1
2
3
4
5
6
<mapper namespace="com.kuang.mapper.BlogMapper">
</mapper>
5、MyBatis核心配置文件,下划线驼峰自动转换
1 | <settings> |
6、插入初始数据
编写接口
1 | //新增一个博客 |
7、SQL配置文件
1 | <insert id="addBlog" parameterType="blog"> |
8、初始化博客方法
1 |
|
初始化数据完毕!
if 语句
1 | <!--需求1: |
trim(where、set)
1 | <select id="queryBlogIf" parameterType="map" resultType="blog"> |
这个“where”标签会知道如果它包含的标签中有返回值的话,它就插入一个‘where’。此外,如果标签返回的内容是以AND 或OR 开头的,则它会剔除掉。【这是我们使用的最多的案例】
1 | <!--注意set是用的逗号隔开--> |
choose(when,otherwise)
1 | <select id="queryBlogChoose" parameterType="map" resultType="blog"> |
所谓的动态SQL,本质还是SQL语句,只是我们可以在SQL层面,去执行一个逻辑代码。
SQL 片段
有时候可能某个 sql 语句我们用的特别多,为了增加代码的重用性,简化代码,我们需要将这些代码抽取出来,然后使用时直接调用。
提取SQL片段:
- 使用SQL标签抽取公共的部分
1 | <sql id="if-title-author"> |
引用SQL片段:
- 在需要使用的地方使用include标签引用即可
1 | <select id="queryBlogIf" parameterType="map" resultType="blog"> |
注意:
①、最好基于单表来定义 sql 片段,提高片段的可重用性
②、在 sql 片段中不要包括 where
Foreach
遍历
需求:我们需要查询 blog 表中 id 分别为1,2,3的博客信息
1 | select * from user where l = 1 and (id = 1 or id = 2 or id = 3) |
编写接口
1 | List<Blog> queryBlogForeach(Map map); |
编写SQL语句
1 | <select id="queryBlogForeach" parameterType="map" resultType="blog"> |
测试
1 |
|
小结:其实动态 sql 语句的编写往往就是一个拼接的问题,为了保证拼接准确,我们最好首先要写原生的 sql 语句出来,然后在通过 mybatis 动态sql 对照着改,防止出错。多在实践中使用才是熟练掌握它的技巧
动态SQL就是在拼接SQL语句,我们只要保证SQL的正确性,按照SQL的格式,去排列组合就可以了。
建议:
先在MySQL中写出完整的SQL,再对应的去修改成为我们的动态SQL实现通用即可。
缓存(了解)
简介
- 什么是缓存 [ Cache ]?
- 存在内存中的临时数据。
- 将用户经常查询的数据放在缓存(内存)中,用户去查询数据就不用从磁盘上(关系型数据库数据文件)查询,从缓存中查询,从而提高查询效率,解决了高并发系统的性能问题。
- 为什么使用缓存?
- 减少和数据库的交互次数,减少系统开销,提高系统效率。
- 什么样的数据能使用缓存?
- 经常查询并且不经常改变的数据。【可以使用缓存】
Mybatis缓存
- MyBatis包含一个非常强大的查询缓存特性,它可以非常方便地定制和配置缓存。缓存可以极大的提升查询效率。
- MyBatis系统中默认定义了两级缓存:一级缓存和二级缓存
- 默认情况下,只有一级缓存开启。(SqlSession级别的缓存,也称为本地缓存)
- 二级缓存需要手动开启和配置,他是基于namespace级别的缓存。
- 为了提高扩展性,MyBatis定义了缓存接口Cache。我们可以通过实现Cache接口来自定义二级缓存
一级缓存
一级缓存也叫本地缓存:
- 与数据库同一次会话期间查询到的数据会放在本地缓存中。
- 以后如果需要获取相同的数据,直接从缓存中拿,没必须再去查询数据库
初体验测试
-
在mybatis中加入日志,方便测试结果
-
编写接口方法
1
2//根据id查询用户User
queryUserById( int id); -
接口对应的Mapper文件
1
2
3<select id="queryUserById" resultType="user">
select * from user where id = #{id}
</select> -
测试
1
2
3
4
5
6
7
8
9
10
11
public void testQueryUserById(){
SqlSession session = MybatisUtils.getSession();
UserMapper mapper = session.getMapper(UserMapper.class);
User user = mapper.queryUserById(1);
System.out.println(user);
User user2 = mapper.queryUserById(1);
System.out.println(user2);
System.out.println(user==user2);
session.close();
}测试步骤:
- 开启日志
- 测试在一个Sesion中查询两次相同记录
- 查看日志输出
缓存失效的4种情况:
-
查询不同的东西
-
增删改操作,可能会改拜年原来的数据,所以必定会刷新缓存
-
查询不同的Mapper.xml
-
手动清理缓存
小结:一级缓存是默认开启的,只在一次SqlSession中有效,也就是拿到连接到关闭连接这个区间段。
一级缓存就是一个Map。
二级缓存
- 二级缓存也叫全局缓存,一级缓存作用域太低了,所以诞生了二级缓存
- 基于namespace级别的缓存,一个名称空间,对应一个二级缓存;
- 工作机制
- 一个会话查询一条数据,这个数据就会被放在当前会话的一级缓存中;
- 如果当前会话关闭了,这个会话对应的一级缓存就没了;但是我们想要的是,会话关闭了,一级缓存中的数据被保存到二级缓存中;
- 新的会话查询信息,就可以从二级缓存中获取内容;
- 不同的mapper查出的数据会放在自己对应的缓存(map)中;
步骤:
-
开启全局缓存 【mybatis-config.xml】
1
<setting name="cacheEnabled" value="true"/>
-
在要使用二级缓存的Mapper中开启
也可以自定义参数
1
2
3
4
5
6
7
8
9<cache/>
官方示例=====>查看官方文档
<cache
eviction="FIFO"
flushInterval="60000"
size="512"
readOnly="true"/>
这个更高级的配置创建了一个 FIFO 缓存,每隔 60 秒刷新,最多可以存储结果对象或列表的 512 个引用,
而且返回的对象被认为是只读的,因此对它们进行修改可能会在不同线程中的调用者产生冲突。 -
测试
1
2
3
4
5
6
7
8
9
10
11
12
13
14
public void testQueryUserById(){
SqlSession session = MybatisUtils.getSession();
SqlSession session2 = MybatisUtils.getSession();
UserMapper mapper = session.getMapper(UserMapper.class);
UserMapper mapper2 = session2.getMapper(UserMapper.class);
User user = mapper.queryUserById(1);
System.out.println(user);
session.close();
User user2 = mapper2.queryUserById(1);
System.out.println(user2);
System.out.println(user==user2);
session2.close();
}小结:
- 只要开启了二级缓存,我们在同一个Mapper中的查询,可以在二级缓存中拿到数据
- 查出的数据都会被默认先放在一级缓存中
- 只有会话提交或者关闭以后,一级缓存中的数据才会转到二级缓存中
缓存原理
EhCache
第三方缓存实现—EhCache: 查看百度百科
-
Ehcache是一种广泛使用的java分布式缓存,用于通用缓存;
-
要在应用程序中使用Ehcache,需要引入依赖的jar包
1
2
3
4
5
6<!-- https://mvnrepository.com/artifact/org.mybatis.caches/mybatis-ehcache -->
<dependency>
<groupId>org.mybatis.caches</groupId>
<artifactId>mybatis-ehcache</artifactId>
<version>1.1.0</version>
</dependency> -
在mapper.xml中使用对应的缓存即可
1
2
3<mapper namespace = “org.acme.FooMapper” >
<cache type = “org.mybatis.caches.ehcache.EhcacheCache” />
</mapper> -
编写ehcache.xml文件,如果在
加载时未找到/ehcache.xml资源或出现问题,则将使用默认配置。1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
<ehcache xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:noNamespaceSchemaLocation="http://ehcache.org/ehcache.xsd"
updateCheck="false">
<!--
diskStore:为缓存路径,ehcache分为内存和磁盘两级,此属性定义磁盘的缓存位置。参数解释如下:
user.home – 用户主目录
user.dir – 用户当前工作目录
java.io.tmpdir – 默认临时文件路径
-->
<diskStore path="./tmpdir/Tmp_EhCache"/>
<defaultCache
eternal="false"
maxElementsInMemory="10000"
overflowToDisk="false"
diskPersistent="false"
timeToIdleSeconds="1800"
timeToLiveSeconds="259200"
memoryStoreEvictionPolicy="LRU"/>
<cache
name="cloud_user"
eternal="false"
maxElementsInMemory="5000"
overflowToDisk="false"
diskPersistent="false"
timeToIdleSeconds="1800"
timeToLiveSeconds="1800"
memoryStoreEvictionPolicy="LRU"/>
<!--
defaultCache:默认缓存策略,当ehcache找不到定义的缓存时,则使用这个缓存策略。只能定义一个。
-->
<!--
name:缓存名称。
maxElementsInMemory:缓存最大数目
maxElementsOnDisk:硬盘最大缓存个数。
eternal:对象是否永久有效,一但设置了,timeout将不起作用。
overflowToDisk:是否保存到磁盘,当系统当机时
timeToIdleSeconds:设置对象在失效前的允许闲置时间(单位:秒)。仅当eternal=false对象不是永久有效时使用,可选属性,默认值是0,也就是可闲置时间无穷大。
timeToLiveSeconds:设置对象在失效前允许存活时间(单位:秒)。最大时间介于创建时间和失效时间之间。仅当eternal=false对象不是永久有效时使用,默认是0.,也就是对象存活时间无穷大。
diskPersistent:是否缓存虚拟机重启期数据 Whether the disk store persists between restarts of the Virtual Machine. The default value is false.
diskSpoolBufferSizeMB:这个参数设置DiskStore(磁盘缓存)的缓存区大小。默认是30MB。每个Cache都应该有自己的一个缓冲区。
diskExpiryThreadIntervalSeconds:磁盘失效线程运行时间间隔,默认是120秒。
memoryStoreEvictionPolicy:当达到maxElementsInMemory限制时,Ehcache将会根据指定的策略去清理内存。默认策略是LRU(最近最少使用)。你可以设置为FIFO(先进先出)或是LFU(较少使用)。
clearOnFlush:内存数量最大时是否清除。
memoryStoreEvictionPolicy:可选策略有:LRU(最近最少使用,默认策略)、FIFO(先进先出)、LFU(最少访问次数)。
FIFO,first in first out,这个是大家最熟的,先进先出。
LFU, Less Frequently Used,就是上面例子中使用的策略,直白一点就是讲一直以来最少被使用的。如上面所讲,缓存的元素有一个hit属性,hit值最小的将会被清出缓存。
LRU,Least Recently Used,最近最少使用的,缓存的元素有一个时间戳,当缓存容量满了,而又需要腾出地方来缓存新的元素的时候,那么现有缓存元素中时间戳离当前时间最远的元素将被清出缓存。
-->
</ehcache>Redis数据库来做缓存。K-V键值。
小结:
- 所有的增删改操作都需要提交事务!
- 接口所有的普通参数,尽量都写上@Param参数,尤其是多个参数时,必须写上!
- 有时候根据业务的需求,可以考虑使用map传递参数!
- 为了规范操作,在SQL的配置文件中,我们尽量将Parameter参数和resultType都写上!