二、SPI机制&Mybatis&Spring事务&MySQL(浅尝一下)

二、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：结果处理

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(