参考视频:https://www.bilibili.com/video/BV1NE411Q7Nx
MyBatis
- MyBatis
-
- 1、简介
-
- 1.1 如何获取Mybatis
- 1.2 持久化 和 持久层
- 1.3 为什么使用Mybatis
- 2、第一个Mybatis程序
-
- 2.1 编写mybatis的配置文件
-
- 不使用 XML 构建 SqlSessionFactory(不建议使用)
- 2.2 编写mybatis工具类
- 2.3 Dao接口
- 2.4 接口实现类由原来的UserDaoImpl转变为Mapper配置文件
- 2.5 测试
- 2.6 **对命名空间的一点补充**
- 3、作用域(Scope)和生命周期
-
-
- SqlSessionFactoryBuilder
- SqlSessionFactory
- SqlSession
- 映射器实例
-
- 4、CRUD
-
- 1. namespace
- 2. select
- 3. Insert
- 4. Update
- 5. Delete
- 6. 思考:模糊查询怎么写
- 5、配置详解
-
- 1. 核心配置(configuration)
- 2. 环境配置(environments)
- 3. 属性(Properties)
- 4. 类型别名(typeAliases)
- 5. 设置(settings)
- 6. 其他配置
- 7. 映射器(mappers)
- 6、解决属性名和字段名不一致的问题
-
- 1. 问题
- 2. resultMap
- 7、日志
-
- 1. 日志工厂
- 2. Log4j
- 8、分页
-
- 1. 使用Limit分页
- 2. RowBounds分页
- 3. 插件实现
- 9、使用注解开发
-
- 1. 面向接口编程
- 2. 使用注解开发
- 3. CURD
- 10、Lombok
-
- 1. 简介
- 2. 使用步骤:
- 11、多对一处理
-
- 测试环境搭建
- 按照查询嵌套处理
- 按照结果嵌套查询
- 12 、一对多处理
-
- 环境搭建
- 按照结果嵌套处理
- 按照查询嵌套处理
- 小结
- 13、 动态SQL
-
- 搭建环境
- IF
- choose、when、otherwise
- trim (where, set)
- SQL片段
- foreach
- script
- 多数据库支持
- 14、 缓存
-
- 1. 简介
- 2. Mybatis缓存
- 3. 一级缓存
- 4. 二级缓存
- 5. 缓存原理
- 6. 自定义缓存- ehcache
- 15、SQL 语句构建器
-
- **问题:**
- 解决方案
- SQL 类
MyBatis
- MyBatis 是支持定制化SQL、存储过程以及高级映射的优秀的持久层框架。
- MyBatis 避免了几乎所有的 JDBC 代码和手动设置参数以及获取结果集。
- MyBatis 可以对配置和原生Map使用简单的 XML 或注解,将接口和 Java 的 POJOs(Plain Old Java Objects,普通的 Java对象)映射成数据库中的记录。
1、简介
1.1 如何获取Mybatis
-
中文文档: https://mybatis.org/mybatis-3/zh/index.html
-
Github: https://github.com/mybatis/mybatis-3/releases
-
如果使用 Maven 来构建项目,则需将下面的依赖代码置于 pom.xml 文件中:
<dependency>
<groupId>org.mybatis</groupId>
<artifactId>mybatis</artifactId>
<version>3.5.2</version>
</dependency>
1.2 持久化 和 持久层
数据持久化:
- 持久化就是将程序的数据在持久状态和瞬时状态转化的过程
- 内存: 断电即失
为什么需要持久化?
- 有一些对象,不能丢掉
- 内存太贵
Dao层,Service层,Controller层,,,
- 完成持久化工作的代码块
- 层界线十分明显
1.3 为什么使用Mybatis
优点:
- 简单易学:本身就很小且简单。没有任何第三方依赖,最简单安装只要两个jar文件+配置几个sql映射文件易于学习,易于使用,通过文档和源代码,可以比较完全的掌握它的设计思路和实现。
- 灵活:mybatis不会对应用程序或者数据库的现有设计强加任何影响。 sql写在xml里,便于统一管理和优化。通过sql基本上可以实现我们不使用数据访问框架可以实现的所有功能,或许更多。
- 解除sql与程序代码的耦合:通过提供DAL层,将业务逻辑和数据访问逻辑分离,使系统的设计更清晰,更易维护,更易单元测试。sql和代码的分离,提高了可维护性。
- 提供映射标签,支持对象与数据库的orm字段关系映射
- 提供对象关系映射标签,支持对象关系组建维护
- 提供xml标签,支持编写动态sql。
2、第一个Mybatis程序
2.1 编写mybatis的配置文件
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE configuration
PUBLIC "-//mybatis.org//DTD Config 3.0//EN"
"http://mybatis.org/dtd/mybatis-3-config.dtd">
<configuration>
<environments default="development">
<environment id="development">
<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=UTF-8"/>
<property name="username" value="root"/>
<property name="password" value="root"/>
</dataSource>
</environment>
</environments>
<!--每一个Mapper.xml都需要在Mybatis核心配置文件中注册-->
<mappers>
<!--resourc 路径一定要用/// 不能用...-->
<mapper resource="com/susu/dao/UserMapper.xml"/>
</mappers>
</configuration>
不使用 XML 构建 SqlSessionFactory(不建议使用)
DataSource dataSource = BlogDataSourceFactory.getBlogDataSource();
TransactionFactory transactionFactory = new JdbcTransactionFactory();
Environment environment = new Environment("development", transactionFactory, dataSource);
Configuration configuration = new Configuration(environment);
configuration.addMapper(BlogMapper.class);
SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(configuration);
2.2 编写mybatis工具类
public class MybatisUtils {
private static SqlSessionFactory sqlSessionFactory;
static{
String resource = "mybatis-config.xml";
try {
//使用mybatis第一步,获取sqlsessionFactory对象
InputStream inputStream = Resources.getResourceAsStream(resource);
sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream);
} catch (IOException e) {
e.printStackTrace();
}
}
//既然有了 SqlSessionFactory,顾名思义,我们可以从中获得 SqlSession 的实例。
// SqlSession 提供了在数据库执行 SQL 命令所需的所有方法。你可以通过 SqlSession 实例来直接执行已映射的 SQL 语句。
public static SqlSession getSqlSession(){
return sqlSessionFactory.openSession();
}
}
2.3 Dao接口
public interface UserDao {
List<User> getUserList();
}
2.4 接口实现类由原来的UserDaoImpl转变为Mapper配置文件
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE mapper
PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN"
"http://mybatis.org/dtd/mybatis-3-mapper.dtd">
<!--namespace=绑定一个对应的Dao/Mapper接口-->
<mapper namespace="com.susu.dao.UserDao">
<!-- id对应方法名, resultType=绑定返回类型 -->
<select id="getUserList" resultType="com.susu.pojo.User">
select * from mybatis.muser
</select>
</mapper>
2.5 测试
public class UserDaoTest {
@Test
public void test() {
//第一步:获取sqlsession对象
SqlSession sqlSession = MybatisUtils.getSqlSession();
//执行sql
UserDao userDao = sqlSession.getMapper(UserDao.class);
List<User> userList = userDao.getUserList();
for (User user : userList) {
System.out.println(user);
}
//方式二 已经过时
List<User> list = sqlSession.selectList("com.susu.dao.UserDao.getUserList");
sqlSession.close();
}
}
遇到的问题,资源无法导入(maven由于他的约定大于配置,可能遇到写的配置文件无法导出或生效的问题),解决方案:
<build>
<resources>
<resource>
<directory>src/main/resources</directory>
<includes>
<include>**/*.properties</include>
<include>**/*.xml</include>
</includes>
<filtering>true</filtering>
</resource>
<resource>
<directory>src/main/java</directory>
<includes>
<include>**/*.properties</include>
<include>**/*.xml</include>
</includes>
<filtering>true</filtering>
</resource>
</resources>
</build>
2.6 对命名空间的一点补充
命名空间的作用有两个,一个是利用更长的全限定名来将不同的语句隔离开来,同时也实现了你上面见到的接口绑定。就算你觉得暂时用不到接口绑定,你也应该遵循这里的规定,以防哪天你改变了主意。 长远来看,只要将命名空间置于合适的 Java 包命名空间之中,你的代码会变得更加整洁,也有利于你更方便地使用 MyBatis。
**命名解析:**为了减少输入量,MyBatis 对所有具有名称的配置元素(包括语句,结果映射,缓存等)使用了如下的命名解析规则。
- 全限定名(比如 “com.mypackage.MyMapper.selectAllThings)将被直接用于查找及使用。
- 短名称(比如 “selectAllThings”)如果全局唯一也可以作为一个单独的引用。 如果不唯一,有两个或两个以上的相同名称(比如 “com.foo.selectAllThings” 和 “com.bar.selectAllThings”),那么使用时就会产生“短名称不唯一”的错误,这种情况下就必须使用全限定名。
3、作用域(Scope)和生命周期
不同作用域和生命周期类别是至关重要的,因为错误的使用会导致非常严重的并发问题。
SqlSessionFactoryBuilder
这个类可以被实例化、使用和丢弃,一旦创建了 SqlSessionFactory,就不再需要它了。 因此 SqlSessionFactoryBuilder 实例的最佳作用域是方法作用域(也就是局部方法变量)。 你可以重用 SqlSessionFactoryBuilder 来创建多个 SqlSessionFactory 实例,但最好还是不要一直保留着它,以保证所有的 XML 解析资源可以被释放给更重要的事情。
- 一旦创建了 SqlSessionFactory,就不再需要它了
- 局部变量
SqlSessionFactory
SqlSessionFactory 一旦被创建就应该在应用的运行期间一直存在,没有任何理由丢弃它或重新创建另一个实例。 使用 SqlSessionFactory 的最佳实践是在应用运行期间不要重复创建多次,多次重建 SqlSessionFactory 被视为一种代码“坏习惯”。因此 SqlSessionFactory 的最佳作用域是应用作用域。 有很多方法可以做到,最简单的就是使用单例模式或者静态单例模式。
- 可以想象为:数据库连接池
- SqlSessionFactory 一旦被创建就应该在应用的运行期间一直存在,没有任何理由丢弃它或者重新创建另一个实例
- 因此 SqlSessionFactory 的最佳作用域是应用作用域
- 最简单的就是使用单例模式或者静态单例模式
SqlSession
每个线程都应该有它自己的 SqlSession 实例。SqlSession 的实例不是线程安全的,因此是不能被共享的,所以它的最佳的作用域是请求或方法作用域。 绝对不能将 SqlSession 实例的引用放在一个类的静态域,甚至一个类的实例变量也不行。 也绝不能将 SqlSession 实例的引用放在任何类型的托管作用域中,比如 Servlet 框架中的 HttpSession。 如果你现在正在使用一种 Web 框架,考虑将 SqlSession 放在一个和 HTTP 请求相似的作用域中。 换句话说,每次收到 HTTP 请求,就可以打开一个 SqlSession,返回一个响应后,就关闭它。 这个关闭操作很重要,为了确保每次都能执行关闭操作,你应该把这个关闭操作放到 finally 块中。 下面的示例就是一个确保 SqlSession 关闭的标准模式:
- 连接到连接池的一个请求!
- SqlSession 的实例不是线程安全的,因此是不能被共享的,所以它的最佳的作用域是请求或方法作用域
- 用完之后需要赶紧关闭,否则资源被占用!
try (SqlSession session = sqlSessionFactory.openSession()) {
// 你的应用逻辑代码
}
这里面的每一个Mapper,就代表一个具体的业务
映射器实例
映射器是一些绑定映射语句的接口。映射器接口的实例是从 SqlSession 中获得的。虽然从技术层面上来讲,任何映射器实例的最大作用域与请求它们的 SqlSession 相同。但方法作用域才是映射器实例的最合适的作用域。 也就是说,映射器实例应该在调用它们的方法中被获取,使用完毕之后即可丢弃。 映射器实例并不需要被显式地关闭。尽管在整个请求作用域保留映射器实例不会有什么问题,但是你很快会发现,在这个作用域上管理太多像 SqlSession 的资源会让你忙不过来。 因此,最好将映射器放在方法作用域内。就像下面的例子一样:
try (SqlSession session = sqlSessionFactory.openSession()) {
BlogMapper mapper = session.getMapper(BlogMapper.class);
// 你的应用逻辑代码
}
4、CRUD
1. namespace
namespace中的包名要和Dao/Mapper接口的包名一致!
2. select
选择,查询语句
- id: 对应的namespace中的方法名;
- resultType: sql语句执行的返回值!
- parameterType: sql语句的返回值类型!
-
编写接口
//根据ID查用户 User getUserById(int id);
-
编写对应的Mapper中的sql语句
<select id="getUserById" parameterType="int" resultType="com.susu.pojo.User"> select * from muser where id = #{id} </select>
-
测试
@Test public void getUserById(){ SqlSession sqlSession = MybatisUtils.getSqlSession(); UserMapper mapper = sqlSession.getMapper(UserMapper.class); User user = mapper.getUserById(1); System.out.println(user); sqlSession.close(); }
3. Insert
<insert id="addUser" parameterType="com.susu.pojo.User" >
insert into muser(id, name, pwd) values (#{id},#{name},#{pwd});
</insert>
4. Update
<update id="updateUser" parameterType="com.susu.pojo.User">
update muser set name = #{name},pwd=#{pwd} where id=#{id};
</update>
5. Delete
<delete id="deleteUser" parameterType="int">
delete from muser where id=#{id};
</delete>
注意:
增删改需要提交事务
-
手动提交
sqlSession.commit();
-
设置自动提交
6. 思考:模糊查询怎么写
-
Java代码执行的时候,传递通配符%%
List<User> userList = mapper.getUserLike("%李%");
-
在sql拼接中使用通配符
select * from muser where name like "%"#{value}"%";
5、配置详解
1. 核心配置(configuration)
-
mybatis-config.xml
-
Mybatis的配置文件包含了会深深影响Mybatis行为的设置和属性信息
properties(属性) settings(设置) typeAliases(类型别名) typeHandlers(类型处理器) objectFactory(对象工厂) plugins(插件) environments(环境配置) environment(环境变量) transactionManager(事务管理器) dataSource(数据源) databaseIdProvider(数据库厂商标识) mappers(映射器)
2. 环境配置(environments)
mybatis可以配置多个环境
- 尽管可以配置多个环境,但每个 SqlSessionFactory 实例只能选择一种环境。
Mybatis默认的事务管理器就是JDBC, 连接池:POOLED
3. 属性(Properties)
我们可以通过properties属性来实现引用配置文件
这些属性可以在外部进行配置,并可以进行动态替换。既可以在典型的 Java 属性文件中配置这些属性,也可以在 properties 元素的子元素中设置。【db.properties】
编写一个配置文件
db.properties
driver = com.mysql.jdbc.Driver
url = jdbc:mysql://localhost:3306/mybatis?useSSl=true&useUnicode=true&characterEncoding=UTF-8
username = root
password = root
在核心配置文件中引入
<properties resource="db.properties">
<property name="" value=""/>
</properties>
- 可以直接引入外部文件
- 可以在其中增加一些属性配置
- 如果两个文件有同一个字段,优先实用外部配置文件的!
4. 类型别名(typeAliases)
-
类型别名是为Java类型设置一个短的名字
-
存在的意义仅在于用来减少类完全限定名的冗余
<!--可以给实体类起别名--> <typeAliases> <typeAlias type="com.susu.pojo.User" alias="User"/> </typeAliases>
也可以指定一个报名,Mybatis会在包名下搜索需要的Java Bean,比如:
扫描实体类的包,他的默认别名就位这个类的 类名,首字母小写
<typeAliases>
<package name="com.susu.pojo"/>
</typeAliases>
在实体类表较少的时候使用第一种
如果实体类十分多,建议使用第二种
第一种可以DIY别名,第二种则 不行, 如果要改 需要用注解
-
每一个在包
domain.blog
中的 Java Bean,在没有注解的情况下,会使用 Bean 的首字母小写的非限定类名来作为它的别名。 比如domain.blog.Author
的别名为author
;若有注解,则别名为其注解值。见下面的例子:@Alias("user") public class Author { ... }
5. 设置(settings)
这是Mybatis中极为重要的调整设置,他们会改变Mybatis的运行时行为
6. 其他配置
- typeHandlers(类型处理器)
- objectFactory(对象工厂)
- plugins(插件)
- mybatis-generator-core
- mybatis-plus
- 通用mapper
7. 映射器(mappers)
注册绑定Mapper文件
方式一: 【推荐使用】
<!-- 使用相对于类路径的资源引用 -->
<mappers>
<mapper resource="com/susu/dao/UserMapper.xml"/>
</mappers>
方式二: 使用class文件绑定注册
<!-- 使用映射器接口实现类的完全限定类名 -->
<mappers>
<mapper class="com.susu.dao.UserMapper"/>
</mappers>
注意点:
- 接口和他的Mapper配置文件必须同名!
- 接口和他的Mapper配置文件必须在同一个包下!
方式三:使用扫描包进行注册绑定
<!-- 将包内的映射器接口实现全部注册为映射器 -->
<mappers>
<package name="com.susu.dao"/>
</mappers>
6、解决属性名和字段名不一致的问题
1. 问题
数据库中的字段
新建一个项目,拷贝之前的,测试实体类字段不一致的情况
select * from muser
select id,name,pwd from muser where id = #{id}
解决方法:
-
起别名
<select id="getUserById" parameterType="int" resultType="com.susu.pojo.User"> select id,name,pwd as password from muser where id = #{id} </select>
2. resultMap
<select id="getUserById" parameterType="int" resultMap="UserMap">
select * from muser where id = #{id}
</select>
<!-- 结果集映射-->
<resultMap id="UserMap" type="User">
<!-- colum数据库中的字段,property实体类中的属性-->
<result column="id" property="id"/>
<result column="name" property="name"/>
<result column="pwd" property="password"/>
</resultMap>
- resultMap 元素是 MyBatis 中最重要最强大的元素。
- ResultMap 的设计思想是,对简单的语句做到零配置,对于复杂一点的语句,只需要描述语句之间的关系就行了。
7、日志
1. 日志工厂
如果一个数据库操作出现了异常,我们需要排错,日志就是最好的助手!
- SLF4J
- LOG4J 【掌握】
- LOG4J2
- JDK_LOGGING
- COMMONS_LOGGING
- STDOUT_LOGGING 【掌握】
- NO_LOGGING
在Mybatis中具体使用哪个日志实现,在设置中设定!
STDOUT_LOGGING标准日志输出
在Mybatis核心配置文件中,配置我们的日志
<settings>
<setting name="logImpl" value="STDOUT_LOGGING"/>
</settings>
2. Log4j
什么是Log4j?
- Log4j是Apache的一个开源项目,通过使用Log4j,我们可以控制日志信息输送的目的地是控制台、文件、GUI组件
- 我们也可以控制每一条日志的输出格式
- 通过定义每一条日志信息的级别,我们能够更加细致地控制日志的生成过程
- 通过一个配置文件来灵活地进行配置,而不需要修改应用的代码
-
先导入Log4j的包
<dependencies> <dependency> <groupId>log4j</groupId> <artifactId>log4j</artifactId> <version>1.2.12</version> </dependency> </dependencies>
-
Log4j.properties
#将等级为DEBUG的日志信息输出到console和file这两个目的地,console和file的定义在下面的代码 log4j.rootLogger=DEBUG,console,file #控制台输出的相关设置 log4j.appender.console = org.apache.log4j.ConsoleAppender log4j.appender.console.Target = System.out log4j.appender.console.Threshold=DEBUG log4j.appender.console.layout = org.apache.log4j.PatternLayout log4j.appender.console.layout.ConversionPattern=【%c】-%m%n #文件输出的相关设置 log4j.appender.file = org.apache.log4j.RollingFileAppender log4j.appender.file.File=./log/kuang.log log4j.appender.file.MaxFileSize=10mb log4j.appender.file.Threshold=DEBUG log4j.appender.file.layout=org.apache.log4j.PatternLayout log4j.appender.file.layout.ConversionPattern=【%p】【%d{yy-MM-dd}】【%c】%m%n #日志输出级别 log4j.logger.org.mybatis=DEBUG log4j.logger.java.sql=DEBUG log4j.logger.java.sql.Statement=DEBUG log4j.logger.java.sql.ResultSet=DEBUG log4j.logger.java.sql.PreparedStatement=DEBUG
-
配置Log4j为日志的实现
<settings> <setting name="logImpl" value="LOG4J"/> </settings>
-
Log4j的使用!直接测试运行
简单实用
-
在要使用Log4j的类中,导入包import org.apache.log4j.Logger;
-
日志对象,参数给当前类的class
static Logger logger = Logger.getLogger(UserMapperTest.class);
-
日志级别
logger.info("info:进入了testLog4j"); logger.debug("debug:进入了testLog4j"); logger.error("error:进入了testLog4j");
8、分页
为甚么使用分页?
- 减少数据的处理量
1. 使用Limit分页
语法: select * from user limit startIndex,pageSize
select * from user limit 0,2;
使用Mybatis实现分页
-
接口
List<User> getUserByLimit(Map<String,Integer> map);
-
Mapper.xml
<select id="getUserByLimit" parameterType="map" resultMap="UserMap"> select * from muser limit #{startIndex},#{pageSize}; </select>
-
测试
@Test public void getUserByLimit(){ SqlSession sqlSession = MybatisUtils.getSqlSession(); UserMapper mapper = sqlSession.getMapper(UserMapper.class); HashMap<String, Integer> map = new HashMap<String, Integer>(); map.put("startIndex",1); map.put("pageSize",2); List<User> userByLimit = mapper.getUserByLimit(map); for(User user:userByLimit){ System.out.println(user); } sqlSession.close(); }
2. RowBounds分页
不适用SQL实现分页
-
接口
List<User> getUserByRowBounds();
-
Mapper.xml
<select id="getUserByRowBounds" resultMap="UserMap"> select * from muser </select>
-
测试
@Test public void getUserByRowsBounds(){ SqlSession sqlSession = MybatisUtils.getSqlSession(); RowBounds rowBounds = new RowBounds(1, 2); List<User> userList = sqlSession.selectList("com.susu.dao.UserMapper.getUserByRowBounds",null,rowBounds); for (User user : userList) { System.out.println(user); } sqlSession.close(); }
3. 插件实现
了解即可
9、使用注解开发
1. 面向接口编程
-
大家之前都学过面向对象编程,也学习过接口,但在真正的开发中,很多时候我们会选择面向接口槟城
-
根本原因:解耦;可拓展;提高复用;分层开发中,上层不用具体的实现,大家都遵守共同的标准,使得开发变得容易,规范性更好
-
在一个面向对象的系统中,系统的各种功能是由许许多多的不同对象协作完成的。在这种情况下,各个对象内部是如何实现自己的,对系统设计人员来讲就不那么重要了;
-
而各个对象之间的协作关系则成为系统设计的关键。小到不同类之间的通信,大到各模块之间的交互,在系统设计之初都是要着重考虑的,这也是系统设计的主要工作内容。面向接口编程就是指按照这种思想来编程。
关于接口的理解
-
接口从更深层次的理解,应是定义(规范,约束)与实现(名实分离的原则)的分离。
-
接口的本身反映了系统设计人员对系统的抽象理解。
-
接口应有两类:
-
第一类是对一个个体的抽象,它可对应为一个抽象体(abstract class);
-
第二类是对一个个体某一方面的抽象,即形成一个抽象面(interface) ;
-
-
一个体有可能有多个抽象面。抽象体与抽象面是有区别的。
三个面向区别
- 面向对象是指,我们考虑问题时,以对象为单位,考虑它的属性及方法.
- 面向过程是指,我们考虑问题时,以一个具体的流程(事务过程)为单位,考虑它的实现.
- 接口设计与非接口设计是针对复用技术而言的,与面向对象(过程)不是一个问题.更多的体现就是对系统整体的架构
2. 使用注解开发
-
注解在接口上实现
@Select("select * from muser") List<User> getUsers();
-
需要在核心配置文件中绑定接口
<mappers> <mapper class="com.susu.dao.UserMapper"/> </mappers>
-
测试
本质: 反射机制实现
底层: 动态代理!
Mybatis详细的执行流程
???
3. CURD
-
我们可以在工具类创建的时候实现事务自动提交
public static SqlSession getSqlSession(){ return sqlSessionFactory.openSession(true); }
-
编写接口,增加注解
public interface UserMapper { @Select("select * from muser") List<User> getUsers(); //方法存在多个参数,所有的参数前面必须加上@param("id") @Select("select * from muser where id = #{id}") User getUserById(@Param("id") int id); @Insert("insert into muser(id,name,pwd) values(#{id},#{name},#{paswword})") int addUser(User user); @Update("update muser set name=#{name},pwd=#{password} where id=#{id}") int updateUser(User user); @Delete("delete from muser where id=#{id}") int deleteUser(@Param("id") int id); }
-
配置接口
<mappers> <mapper class="com.susu.dao.UserMapper"/> </mappers>
【注意:我们必须要将接口注册绑定到核心配置文件中!】
-
测试
关于@param() 注解
- 基本类型的参数或者string类型,需要加上
- 引用类型不需要加
- 如果只有一个基本类型的话,可以忽略,但是建议加上!
- 在sql中引用的就是这里的@param() 中的属性名!
#{} 和 ${} 的区别
- #{}是预编译处理,mybatis在处理#{}时,会将sql中的#{}替换为?号,调用PreparedStatement的set方法来赋值;
- $ {}是字符串替换,mybatis在处理 $ { } 时,就是把 ${ } 替换成变量的值。
- 使用 #{} 可以有效的防止SQL注入,提高系统安全性。
10、Lombok
1. 简介
Lombok项目是一个Java库,它会自动插入编辑器和构建工具中,Lombok提供了一组有用的注释,用来消除Java类中的大量样板代码。仅五个字符(@Data)就可以替换数百行代码从而产生干净,简洁且易于维护的Java类。
常用注解:
@Setter :注解在类或字段,注解在类时为所有字段生成setter方法,注解在字段上时只为该字段生成setter方法。
@Getter :使用方法同上,区别在于生成的是getter方法。
@ToString :注解在类,添加toString方法。
@EqualsAndHashCode: 注解在类,生成hashCode和equals方法。
@NoArgsConstructor: 注解在类,生成无参的构造方法。
@RequiredArgsConstructor: 注解在类,为类中需要特殊处理的字段生成构造方法,比如final和被@NonNull注解的字段。
@AllArgsConstructor: 注解在类,生成包含类中所有字段的构造方法。
@Data: 注解在类,生成setter/getter、equals、canEqual、hashCode、toString方法,如为final属性,则不会为该属性生成setter方法。
@Slf4j: 注解在类,生成log变量,严格意义来说是常量。
优点:
-
能通过注解的形式自动生成构造器、getter/setter、equals、hashcode、toString等方法,提高了一定的开发效率
-
让代码变得简洁,不用过多的去关注相应的方法
-
属性做修改时,也简化了维护为这些属性所生成的getter/setter方法等
缺点:
- 不支持多种参数构造器的重载
- 虽然省去了手动创建getter/setter方法的麻烦,但大大降低了源代码的可读性和完整性,降低了阅读源代码的舒适度
知乎上有位大神发表过对Lombok的一些看法:
这是一种低级趣味的插件,不建议使用。Java发展到今天,各种插件层出不穷,如何甄别各种插件的优劣?能从架构上优化你的设计的,能提高应用程序性能的,实现高度封装可扩展的。像1ombok这种,像这种插件,已经不仅仅是插件了,改变了你如何编写源码事实上,少去了的代码,你写上去又如何?如果Java家族到处充斥这样的东西,那只不过是一坨披着金属颜色的屎,迟早会被其它的语言取代.
2. 使用步骤:
- 在idea中下载插件
-
导入依赖
<!-- https://mvnrepository.com/artifact/org.projectlombok/lombok --> <dependency> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> <version>1.18.16</version> <scope>provided</scope> </dependency>
-
在实体类中加注解即可
@Data @AllArgsConstructor //生成有参构造 @NoArgsConstructor //生成无参构造 public class User { private int id; private String name; private String password; }
11、多对一处理
测试环境搭建
- 导入lombok
- 新建实体类Teacher,student
- 建立Mapper接口
- 建立Mapper.xml文件
- 在核心配置文件中绑定注册我们的Mapper接口或者文件!【方式很多,随心所欲】
- 测试查询是否能够成功
按照查询嵌套处理
<!--
思路:
1. 查询所有的学生信息
2. 根据查询出的学生信息的tid,寻找对应的老师 子查询
-->
<select id="getStudent" resultMap="StudentTeacher">
select * from student
</select>
<resultMap id="StudentTeacher" type="Student">
<result column="id" property="id"/>
<result column="name" property="name"/>
<!--复杂的属性,需要单独处理, 对象:association 集合: collection-->
<association column="tid" property="teacher" javaType="Teacher" select="getTeacher"/>
</resultMap>
<select id="getTeacher" resultType="com.susu.pojo.Teacher">
select * from teacher where id = #{id}
</select>
按照结果嵌套查询
<!---->
<select id="getStudent2" 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">
<result column="sid" property="id"/>
<result column="sname" property="name"/>
<association property="teacher" javaType="Teacher">
<result property="name" column="tname"/>
</association>
</resultMap>
Mysql多对一查询:
- 子查询
- 联表查询
12 、一对多处理
比如: 一个老师拥有多个学生
环境搭建
@Data
public class Teacher {
private int id;
private String name;
private List<Student> students;
}
@Data
public class Teacher {
private int id;
private String name;
private List<Student> students;
}
按照结果嵌套处理
<select id="getTeacher" resultMap="TeacherStudent">
select t.id tid, t.name tname, s.id sid, s.name sname
from student s, teacher t
where s.tid = t.id and t.id=#{ttid}
</select>
<resultMap id="TeacherStudent" type="Teacher">
<result column="tid" property="id"/>
<result column="tname" property="name"/>
<!--复杂的属性,需要单独处理, 对象:association 集合: collection
javaType="" 指定属性的类型
集合中的泛型信息,我们使用ofType获取
-->
<collection property="students" ofType="Student">
<result property="id" column="sid"/>
<result property="name" column="sname"/>
<result property="tid" column="ttid"/>
</collection>
</resultMap>
按照查询嵌套处理
<select id="getTeacher2" resultMap="Teacherstudent2">
select * from mybatis.teacher where id = #{ttid}
</select>
<resultMap id="Teacherstudent2" type="Teacher">
<collection property="students" javaType="ArrayList" ofType="Student" select="getstudentByTeacherId" column="id">
</collection>
</resultMap>
<select id="getstudentByTeacherId" resultType="student">
select * from mybatis.student where tid = #{ttid}
</select>
小结
- 关联 - association 【多对一】
- 集合 - collection 【一对多】
- javaType & ofType
- javaType 用来指定实体类中属性的类型
- ofType 用来指定映射到List或集合中的pojo类型,泛型中的约束类型
注意点:
- 保证Sql的可读性,尽量保证通俗易懂
- 注意一对多和多对一中,属性名和字段的问题!
- 如果问题不好排查错误,可以使用日志,建议使用 Log4j
13、 动态SQL
什么是动态SQL:动态SQL就是很不同的条件生成不同的SQL语句
如果你之前用过 JSTL 或任何基于类 XML 语言的文本处理器,你对动态 SQL 元素可能会感觉似曾相识。在 MyBatis 之前的版本中,需要花时间了解大量的元素。借助功能强大的基于 OGNL 的表达式,MyBatis 3 替换了之前的大部分元素,大大精简了元素种类,现在要学习的元素种类比原来的一半还要少。
if
choose (when, otherwise)
trim (where, set)
foreach
搭建环境
CREATE TABLE b1og(
'id' varchar(50) NOT NULL COMMENT '博客id',
'title' varchar(100) NOT NULL COMMENT '博客标题',
'author' varchar(30) NOT NULL COMMENT '博客作者',
'create_time' datetime NOT NULL COMMENT '创建时间',
'views' int(30) NOT NULL COMMENT '浏览量'
)ENGINE=InnoDB DEFAULT CHARSET=utf8
创建一个基础工程
-
导包
-
编写配置文件
-
编写实体类
@Data public class Blog { private String id; private String title; private String author; private Date createTime; //属性名和字段名不一致 private int views; }
-
编写实体类对应Mapper接口和Mapper.xml文件
IF
<select id="queryBlogIF" parameterType="map" resultType="com.susu.pojo.Blog">
select * from blog where 1=1
<if test="title != null">
and title = #{title}
</if>
<if test="author != null">
and author #{author}
</if>
</select>
choose、when、otherwise
<select id="queryBlogChoose" parameterType="map" resultType="com.susu.pojo.Blog">
select * from blog
<where>
<choose>
<when test="title != null">
and titile = #{title}
</when>
<when test="author != null">
and author = #{author}
</when>
<otherwise>
and views = #{views}
</otherwise>
</choose>
</where>
</select>
where 元素只会在子元素返回任何内容的情况下才插入 “WHERE” 子句。而且,若子句的开头为 “AND” 或 “OR”,where 元素也会将它们去除。
如果 where 元素与你期望的不太一样,你也可以通过自定义 trim 元素来定制 where 元素的功能。比如,和 where 元素等价的自定义 trim 元素为:
<trim prefix="WHERE" prefixOverrides="AND |OR ">
...
</trim>
prefixOverrides 属性会忽略通过管道符分隔的文本序列(注意此例中的空格是必要的)。上述例子会移除所有 prefixOverrides 属性中指定的内容,并且插入 prefix 属性中指定的内容。
trim (where, set)
select * from blog
<where>
<if test="title != null">
and title = #{title}
</if>
<if test="author != null">
and author #{author}
</if>
</where>
<update id="updateBlog" parameterType="map">
update mybatis.blog
<set>
<if test="title != null">
title = #{title},
</if>
<if test="author != null">
author = #{author}
</if>
</set>
where id = #{id}
</update>
这个例子中,set 元素会动态地在行首插入 SET 关键字,并会删掉额外的逗号(这些逗号是在使用条件语句给列赋值时引入的)。
来看看与 set 元素等价的自定义 trim 元素吧:
<trim prefix="SET" suffixOverrides=",">
...
</trim>
注意,我们覆盖了后缀值设置,并且自定义了前缀值。
所谓动态sql,本质还是sql语句,只是可以在SQL层面,去执行一个逻辑代码
SQL片段
有的时候,我们可能会将一些功能的部分抽取出来,方便复用!
-
使用sql标签抽取公共的部分
<sql id="if-title-author"> <if test="title != null"> and title = #{title} </if> <if test="author != null"> and author #{author} </if> </sql>
-
在需要使用的地方使用include标签引用即可
<select id="queryBlogIF" parameterType="map" resultType="com.susu.pojo.Blog"> select * from blog <where> <include refid="if-title-author"></include> </where> </select>
注意事项:
- 最好基于单表来定义SQL片段!
- 不要存在where标签
foreach
动态 SQL 的另一个常见使用场景是对集合进行遍历(尤其是在构建 IN 条件语句的时候)。
<select id="queryBlogForeach" parameterType="map" resultType="com.susu.pojo.Blog">
select * from blog
<where>
<foreach collection="ids" item="id" open="and (" close=")" separator="or">
id = #{id}
</foreach>
</where>
</select>
动态sql就是在拼接sql 语句,我们只要保证sql的正确性,按照SQL的格式,去排列组合就可以了
建议:
- 先在Mysql中写出完整的SQL,再对应的去修改成为我们的动态sql
script
要在带注解的映射器接口类中使用动态 SQL,可以使用 script 元素。比如:
@Update({"<script>",
"update Author",
" <set>",
" <if test='username != null'>username=#{username},</if>",
" <if test='password != null'>password=#{password},</if>",
" <if test='email != null'>email=#{email},</if>",
" <if test='bio != null'>bio=#{bio}</if>",
" </set>",
"where id=#{id}",
"</script>"})
void updateAuthorValues(Author author);
多数据库支持
如果配置了 databaseIdProvider,你就可以在动态代码中使用名为 “_databaseId” 的变量来为不同的数据库构建特定的语句。比如下面的例子:
<insert id="insert">
<selectKey keyProperty="id" resultType="int" order="BEFORE">
<if test="_databaseId == 'oracle'">
select seq_users.nextval from dual
</if>
<if test="_databaseId == 'db2'">
select nextval for seq_users from sysibm.sysdummy1"
</if>
</selectKey>
insert into users values (#{id}, #{name})
</insert>
14、 缓存
1. 简介
-
什么是缓存[ Cache ] ?
-
存在内存中的临时数据。
-
将用户经常查询的数据放在缓存(内存)中,用户去查询数据就不用从磁盘上(关系型数据库数据文件)查询,从缓存中查询,从而提高查询效率,解决了高并发系统的性能问题。
-
-
为什么使用缓存 ?
- 减少和数据库的交互次数,减少系统开销,提高系统效率。
-
什么样的数据能使用缓存 ?
- 经常查询并且不经常改变的数据。
2. Mybatis缓存
- MyBatis包含一个非常强大的查询缓存特性,它可以非常方便地定制和配置缓存。缓存可以极大的提升查询效率。
- MyBatis系统中默认定义了两级缓存:一级缓存 和 二级缓存
- 默认情况下,只有一级缓存开启。(SqlSession级别的缓存,也称为本地缓存)。
- 二级缓存需要手动开启和配置,他是基于namespace级别的缓存。
- 为了提高扩展性,MyBatis定义了缓存接口Cache。我们可以通过实现Cache接口来自定义二级缓存
3. 一级缓存
- 一级缓存也叫本地缓存: SqlSession
- 与数据库同一次绘画期间查询到的数据会放在本地缓存中
- 以后如果需要获取相同的数据,直接从缓存中拿,没必须再去查询数据库
测试步骤:
-
开始日志
-
测试在一个session中查询两次相同记录
-
查看日志输出
缓存失效的情况:
-
查询不同的东西
-
增删改操作,可能会改变原来的数据,所以必定会刷新缓存!
-
查询不同的Mapper.xml
-
手动清理缓存!
小结:一级缓存默认是开启的,只在一次sqlsession中有效,也就是拿到连接到关闭连接这个区间段!
一级缓存相当于一个Map
4. 二级缓存
- 二级缓存也叫全局缓存,一级缓存作用域太低了,所以诞生了二级缓存
- 基于namespace级别的缓存,一个名称空间,对应一个二级缓存;
- 工作机制
- 一个会话查询一条数据,这个数据就会被放在当前会话的一级缓存中;
- 如果当前会话关闭了,这个会话对应的一级缓存就没了; 但是我们想要的是,会话关闭了,一级缓存中的数据被保存到二级缓存中;
- 新的会话查询信息,就可以从二级缓存中获取内容;
- 不同的mapper查出的数据会放在自己对应的缓存(map)中;
步骤:
-
开始全局缓存
<!--显式的开启缓存--> <setting name="cacheEnabled" value="true"/>
-
在要是用二级缓存的Mapper只能开启
<!--在当前Mapper.xml中使用二级缓存--> <cache/>
也可以定义一些参数
```xml
<cache
eviction="FIFO"
flushInterval="60000"
size="512"
readOnly="true"/>
-
测试
-
问题:我们需要将实体类序列号,否则就会报错!
-
需要在实体类中:
@Data public class User implements Serializable { private int id; private String name; private String pwd; }
-
小结:
- 只要开起了二级缓存,在同一个Mapper下就有效
- 所有的数据都会先放在一级缓存中
- 只有当回话提交,或者关闭的时候,才会提交到二级缓存中
5. 缓存原理
6. 自定义缓存- ehcache
EhCache 是一个纯Java的进程内缓存框架,具有快速、精干等特点,是Hibernate中默认的CacheProvider。
要在程序中使用ehcache,先导包
<!-- https://mvnrepository.com/artifact/org.mybatis.caches/mybatis-ehcache -->
<dependency>
<groupId>org.mybatis.caches</groupId>
<artifactId>mybatis-ehcache</artifactId>
<version>1.2.1</version>
</dependency>
在Mapper中指定使用我们的ehcache缓存实现
<!--在当前Mapper.xm1中使用二级缓存-->
<cache type="org.mybatis.caches.ehcache.Ehcachecache"/>
ehcache.xml
<?xml version="1.0" encoding="UTF-8"?>
<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"/>
</ehcache>
<!--
defau1tcache:默认缓存策略,当ehcache找不到定义的缓存时,则使用这个缓存策略。只能定义一个。
name :缓存名称。
maxE7ements InMemory:缓存最大数目
maxE7ementsonDisk:硬盘最大缓存个数。
eternal :对象是否永久有效,一但设置了,timeout将不起作用。
overflowToDisk:是否保存到磁盘,当系统当机时
timeToIpleseconds:设置对象在失效前的允许闲置时间(单位:秒)。仅当eterna7=false对象不是永久有效时使用,可选属性,默认值是o,也就是可闲置时间无穷大。
timeToLiveseconds :设置对象在失效前允许存活时间(单位:秒)。最大时间介于创建时间和失效时间之间。仅当eterna1=fa1se对象不是永久有效时使用,默认是0.,也就是对象存活时间无穷大。
diskPersistent:是否缓存虚拟机重启期数据 whether the disk store persists betweenstarts of the virtual Machine. The default value is false.
diskSpoo7BuffersizeMB:这个参数设置Diskstore(磁盘缓存)的缓存区大小。默认是30MB。每个cache都应该有自己的一个缓冲区。
diskExpiryThreadInterva7seconds:磁盘失效线程运行时间间隔,默认是120秒。
memorystoreEvictionPo1icy:当达到maxElementsInMemory限制时,Ehcache将会根据指定的策略去清理内存。默认策略是LRU(最近最少使用)。你可以设置为FIFo(先进先出)或是LFU(较少使用)。
clearonFlush:内存数量最大时是否清除。
memorystoreEvictionPolicy:可选策略有: LRU(最近最少使用,默认策略)、FIFo(先进先出)、LFU(最少访问次数)。
FTFo,first: in first out,这个是大家最熟的,先进先出。
LFU,Less Frequently used,就是上面例子中使用的策略,直白一点就是讲一直以来最少被使用的。如上面所讲,缓存的元素有一个hit属性,hit值最小的将会被清出缓存。
LRU,Least Recent1y used,最近最少使用的,缓存的元素有一个时间戳,当缓存容量满了,而又需要腾出地方来缓存新的元素的时候,那么现有缓存元素中时间戳离当前时间最远的元素将被清出缓存。
-->
15、SQL 语句构建器
问题:
Java 程序员面对的最痛苦的事情之一就是在 Java 代码中嵌入 SQL 语句。这通常是因为需要动态生成 SQL 语句,不然我们可以将它们放到外部文件或者存储过程中。如你所见,MyBatis 在 XML 映射中具备强大的 SQL 动态生成能力。但有时,我们还是需要在 Java 代码里构建 SQL 语句。此时,MyBatis 有另外一个特性可以帮到你,让你从处理典型问题中解放出来,比如加号、引号、换行、格式化问题、嵌入条件的逗号管理及 AND 连接。确实,在 Java 代码中动态生成 SQL 代码真的就是一场噩梦。例如:
解决方案
MyBatis 3 提供了方便的工具类来帮助解决此问题。借助 SQL 类,我们只需要简单地创建一个实例,并调用它的方法即可生成 SQL 语句。让我们来用 SQL 类重写上面的例子:
private String selectPersonSql() {
return new SQL() {{
SELECT("P.ID, P.USERNAME, P.PASSWORD, P.FULL_NAME");
SELECT("P.LAST_NAME, P.CREATED_ON, P.UPDATED_ON");
FROM("PERSON P");
FROM("ACCOUNT A");
INNER_JOIN("DEPARTMENT D on D.ID = P.DEPARTMENT_ID");
INNER_JOIN("COMPANY C on D.COMPANY_ID = C.ID");
WHERE("P.ID = A.ID");
WHERE("P.FIRST_NAME like ?");
OR();
WHERE("P.LAST_NAME like ?");
GROUP_BY("P.ID");
HAVING("P.LAST_NAME like ?");
OR();
HAVING("P.FIRST_NAME like ?");
ORDER_BY("P.ID");
ORDER_BY("P.FULL_NAME");
}}.toString();
}
你会发现,你不用担心可能会重复出现的 “AND” 关键字,或者要做出用 “WHERE” 拼接还是 “AND” 拼接还是不用拼接的选择。SQL 类已经为你处理了哪里应该插入 “WHERE”、哪里应该使用 “AND” 的问题,并帮你完成所有的字符串拼接工作。
SQL 类
这里有一些示例:
// 匿名内部类风格
public String deletePersonSql() {
return new SQL() {{
DELETE_FROM("PERSON");
WHERE("ID = #{id}");
}}.toString();
}
// Builder / Fluent 风格
public String insertPersonSql() {
String sql = new SQL()
.INSERT_INTO("PERSON")
.VALUES("ID, FIRST_NAME", "#{id}, #{firstName}")
.VALUES("LAST_NAME", "#{lastName}")
.toString();
return sql;
}
// 动态条件(注意参数需要使用 final 修饰,以便匿名内部类对它们进行访问)
public String selectPersonLike(final String id, final String firstName, final String lastName) {
return new SQL() {{
SELECT("P.ID, P.USERNAME, P.PASSWORD, P.FIRST_NAME, P.LAST_NAME");
FROM("PERSON P");
if (id != null) {
WHERE("P.ID like #{id}");
}
if (firstName != null) {
WHERE("P.FIRST_NAME like #{firstName}");
}
if (lastName != null) {
WHERE("P.LAST_NAME like #{lastName}");
}
ORDER_BY("P.LAST_NAME");
}}.toString();
}
public String deletePersonSql() {
return new SQL() {{
DELETE_FROM("PERSON");
WHERE("ID = #{id}");
}}.toString();
}
public String insertPersonSql() {
return new SQL() {{
INSERT_INTO("PERSON");
VALUES("ID, FIRST_NAME", "#{id}, #{firstName}");
VALUES("LAST_NAME", "#{lastName}");
}}.toString();
}
public String updatePersonSql() {
return new SQL() {{
UPDATE("PERSON");
SET("FIRST_NAME = #{firstName}");
WHERE("ID = #{id}");
}}.toString();
}
注意,SQL 类将原样插入 LIMIT
、OFFSET
、OFFSET n ROWS
以及 FETCH FIRST n ROWS ONLY
子句。换句话说,类库不会为不支持这些子句的数据库执行任何转换。 因此,用户应该要了解目标数据库是否支持这些子句。如果目标数据库不支持这些子句,产生的 SQL 可能会引起运行错误。