二、Mybatis&Spring事务&数据库Mysql深入理解&分库分表
1、设计模式
(1)、代理模式
- 静态代理:有一个抽象接口,很多个抽象接口的现实类,代理类,一个抽象接口对应一个代理类,如果抽象接口过多,那多对应的代理类也会增加。
- jdk动态代理:有一个抽象接口,很多个抽象接口的现实类,一个jdk代理类,抽象接口过多,也只用jdk代理类,但是只能给实现接口的类做代理。
- 原理:利用实现了InvocationHandler的拦截器+反射机制生成一个实现代理接口的匿名类,在调用具体方法前调用InvokeHandler来处理。
- cglib代理:可以给任何类做代理。
- 原理:基于字节码,ASM字节码处理框架。对代理对象类的class文件加载进来,通过修改其字节码生成子类来处理。主要是对指定的类生成一个子类,覆盖其中的方法,实现增强类,生成的子类因为采用的是继承的方式增强原来的类,对于final类或方法,是无法继承的。
- 选择:
- 如果目标对象实现了接口,默认情况下会采用JDK的动态代理实现AOP。
- 如果目标对象实现了接口,可以强制使用cglib实现AOP。
- 如果目标对象没有实现接口,必须用cglib,spring会自动在JDK动态代理和cglib之间切换。
2、SpringBoot
(1)、启动过程
- SpringApplication调用run方法,run方法里面先实例化SpringApplication对象,SpringApplication里面初始化和加载监听器,通过SPI的方式,在spring.factories文件里,通过不同的k找到多个v,对v进行加载实例化(反射)。
- 实例化SpringApplication以后,调用run方法,会做配置文件的加载,容器的初始化,bean的前置和后置处理。
(2)、SpringBootApplication注解
- SpringBootConfiguration,实际上就是Configuration注解,表示这个类是SpringBoot配置类。
- EnableAutoConfiguration,开启自动配置功能,扫描当前配置类及其子包里面的所有组件扫描到Spring容器中。
- ComponentScan,自定义扫描策略。
3、数据库&Mybatis
(1)、为什么用数据源连接池?
- 客户端与数据库服务端建立连接是基于tcp的,每次客户端使用完之后会释放连接。这样每次使用都会重新建立与数据库的连接与释放,比较耗时且浪费不必要的资源。使用连接池,将数据库连接缓存到连接池中,在超时时间内有效,每次使用就不用重新建立连接了。
(2)、怎么选择orm(对象关系映射)框架?
- Hibernate:全自动,屏蔽了底层的方言,好移植,无需编写sql,省事,但是对于复杂的sql支持比较差,也难以优化,支持一级二级缓存。只需要提供POJO映射关系即可。
- Mybatis:半自动,更加轻量级,可控性更高。可以支持原生的sql语句,方便优化。需要手工匹配提供POJO、SQL、映射关系。
(3)、Mybatis底层原理源码分析
- SqlSession中的对象(四大组件)
- Executor:调度StatementHandler、ParameterHandler、ResultHandler
- SIMPLE:简易执行器,默认
- REUSE:一种执行器重用预处理语句
- BATCH:执行器重用语句和批量更新,针对批量专用的执行器
- StatementHandler:操作句柄
- ParameterHandler:参数处理
- ResultHandler:结果处理
- Executor:调度StatementHandler、ParameterHandler、ResultHandler
4、高性能MySql
(1)、什么事事务?
- ACID
- 原子性:要么都提交成功要么都失败回滚,不可能只执行其中一部分操作。
- 一致性:从一个一致性状态切换到另一个一致性状态。
- 隔离性:一个事务提交修改之前,另一个事务不可见。
- 持久性:一旦事务提交,该事务所做的修改则会永久性的保存到数据库中。
(2)、事务并发访问问题?
- 脏读:事务可以读取到另一个事务未提交的数据。
- 不可重复读:读取到另一个事务中提交的update更新的数据。事务A中,两次同样的查询,获取到的结果不同。
- 幻读:读取到另一个事务提交的insert/delete新增的数据。
(3)、MySql/JDBC事务的隔离级别?
- 未提交读:脏读现象。
- 提交读(不可重复读):不可重复读现象。(大多数数据库的默认隔离级别,MySql不是)
- 可重复读:解决了不可重复读问题。保证在一个数据中读取的同一条记录相同。(MySql默认)。InnoDB和XtraDB存储引擎通过多版本并发控制MVCC解决了幻读的问题。
- 可串行化:不支持并发了,强制事务串行顺序执行。读取每一行数据都加锁,导致大量的超时和锁争用的问题。
(4)、MySql死锁问题
-
理论:
- 相互持有资源并等待对方释放资源。
- InnoDB处理死锁问题:死锁回滚算法,将持有最少行级排他锁的事务进行回滚释放掉,打破环形等待。
-
实操:乐观锁&悲观锁
- mysql8新特性 mysql8读取锁 select for update使用详解
- 乐观锁:版本号,cas
- 悲观锁(排他锁):需要开启事务手动提交,begin、commit
- select * from table_name for update 会等待行锁释放之后,返回查询结果
会话1---
begin;
select * from lu_cloud.sys_operation_log where operation_log_id=1167028235137835009 for update;
加锁成功,并返回查询结果
会话2---
begin;
select * from lu_cloud.sys_operation_log where operation_log_id=1167028235137835009 for update
加锁失败,一直等待
会话1 commit
会话2加锁成功,并返回查询结果
- select * from table_name for update nowait 不等待行锁释放,不返回结果,提示锁冲突 (mysql8)
会话1---
begin;
select * from lu_cloud.sys_operation_log where operation_log_id=1167028235137835009 for update;
加锁成功,并返回查询结果
会话2---
begin;
select * from lu_cloud.sys_operation_log where operation_log_id=1167028235137835009 for update
加锁失败,返回报错信息
Error Code: 3572. Statement aborted because lock(s) could not be acquired immediately and NOWAIT is set.
- select * from t for update skip locked 查询返回查询结果,但忽略有行锁的记录 (mysql8)
会话1---
begin;
select * from lu_cloud.sys_operation_log where operation_log_id=1167028235137835009 for update;
加锁成功,并返回查询结果
会话2---
begin;
select * from lu_cloud.sys_operation_log where operation_log_id in (1167028235137835009, 1167028786189688834) for update skip locked
加锁失败,返回1167028786189688834的记录(没有加锁的记录)
(5)、Spring的事务传播行为
- 事务怎么传播?方法A传播到方法B。Spring解决的就是方法之间的事务传播。
- 事务传播:
- REQUIRED(默认):支持当前事务,如果不存在则创建一个新事务
@Transactional(propagation = Propagation.REQUIRED)
public void testMain(){
A(a1); //调用A入参a1
testB(); //调用testB
}
@Transactional(propagation = Propagation.REQUIRED)
public void testB(){
B(b1); //调用B入参b1
throw Exception; //发生异常抛出
B(