mysql事务

一、mysql事务四大特性 ACID

1. A 原子性Atomicity 执行的事务全部成功，或者回滚到执行事务前的状态
2. C 一致性Consistency 事务执行前后数据必须一致，执行前a+b=1，执行后也是a+b=1
3. I 隔离性isolation 多个事务之间的数据，彼此独立和透明互不影响
4. D 持久性durability 事务一旦被提交，数据改变永久性

二、mysql事务隔离级别

1. 脏读：事务A读取事务B更新的数据，然后事务B回滚，A读到的数据是脏数据

2. 不可重复读：事务A多次读取同一数据，事务B在事务A多次读取过程中对数据更新并提交，导致事务A多次读取同一数据时结果不一致

3. 幻读：侧重的方面是某一次的select操作得到的结果无法支撑后续的业务操作。select某记录是否存在，不存在插入此记录。但是在执行时报错记录已存在无法插入，此时发生了幻读

事务隔离级别	脏读	不可重复读	幻读
读未提交（read-uncommited）	是	是	是
读已提交（read-commited）	否	是	是
可重复读（repeatable-read）	否	否	是
串行化（serializable）	否	否	否

三、Innodb

1. 支持行锁和事务，但只有通过索引查询时行锁才生效，否则使用表锁。select * from t where id = 1 for update
2. 由于MySQL的行锁是针对索引加的锁，不是针对记录加的锁，所以虽然是访问不同行的记录，但是如果是使用相同的索引键，是会出现锁冲突的，引起阻塞，等待另外的事务释放锁后才会执行。
3. 间隙锁（Next-Key锁）当我们用范围条件而不是相等条件检索数据，并请求共享或排他锁时，InnoDB会给符合条件的已有数据记录的索引项加锁；对于键值在条件范围内但并不存在的记录，叫做“间隙（GAP)”，InnoDB也会对这个“间隙”加锁，这种锁机制就是所谓的间隙锁（Next-Key锁）。

四、事务不生效场景

1. 没有使用支持事务的引擎
2. 没有直接调用加了注解@Transactional的方法
3. 方法没有被spring扫描到，没有被spring管理
4. 异常被try catch
5. 没有抛出运行时异常

参考

1. https://www.cnblogs.com/wyaokai/p/10921323.html
2. https://blog.csdn.net/weixin_33912453/article/details/88754930
3. https://blog.csdn.net/alexdamiao/article/details/52049993