一、四大特性：

原子性

一致性

隔离性

持久性

二、事务的隔离级别

https://baijiahao.baidu.com/s?id=1611918898724887602&wfr=spider&for=pc

https://blog.csdn.net/airingyuan/article/details/127112563

1.读未提交（RU）

A事务读到了B未提交事务的的内容，如果B最终rollback了，就会导致“脏读”

2.读提交（RC）--大厂常用隔离级别

A事务读取一条记录时，B事务可以对这条记录进行update提交。B事务对这条记录进行了update后，如果A事务又去读了，A前后两次读的结果不一样，就会导致“不可重复读”

3.可重复读（RR）--mysql默认隔离级别

A事务读取一条记录时，其他事务不可以对这条记录进行update，直到A事务结束，避免了“不可重复读”；

A事务查询一个结果集时，其他事务进行了增删操作提交，如果A再去查一次，就会发现两次结果集不一致，就会导致“幻读”；

4.序列化

所有事务依次执行，就不存在以上问题，但是会造成效率低下，耗费数据库性能，一般不用

三、事务隔离级别及对应并发问题

四、解决读问题的方案

1.锁机制

1.1全局锁

锁住整个数据库

一般用于数据备份

1.2表级锁

1.2.1表锁

1.2.1.1读锁（表共享读锁）

A客户端给表加读锁后，B客户端可以读取表数据DQL，但是A、B都不可以对表进行DML、DDL操作

序列化隔离级别会加读锁，其他级别一般不会

1.2.1.2写锁（表独占写锁）

A客户端给表加写锁后，B客户端不可以对表进行读或写，只有A客户端可以对表进行读或写

1.2.2元数据锁

系统自动控制，与读锁写锁有关联性；

表上有活动事务的时候（读或写），不可以对元数据进行写入操作（不可以修改表结构），避免DML与DDL冲突

1.2.3意向锁（这里暂不关注意向读锁、意向写锁）

行锁——意向锁——表锁 相互关联

A客户端给表中某一行加了行写锁，就同时给表加了意向锁。如果B客户端要给表加表级写锁，他不需要一行一行去看，有没有行加锁；他只需要去看意向锁，意向锁被释放，则代表允许加表写锁。

1.3.行级锁

锁粒度最小，发生冲突概率最低，并发度最高

mysql中，行级锁适用于InnoDB引擎

InnoDB数据基于索引组织的，行锁是通过索引上的索引项实现的，不是对记录加的锁

分三类：行锁、间隙锁、临键锁

1.3.1行锁

注意：

update table set name = "aaa" where id =1  #id为主键，通过主键索引检索数据，只对这一行加锁

update table set name = "aaa" where name ="bbb"  #name字段没有加索引，不通过索引条件检索数据，加表锁

因此，对于经常作为查询条件的字段，需要加索引，提高并发能力

1.3.2间隙锁&临键锁

2.事务隔离机制

3.MVCC机制（多版本并发控制）

3.1基本概念

1）当前读：读的是记录的最新版本，读的时候加锁，其他事务不可修改

2）快照读：简单的select（不加锁）就是快照读，读取的是记录的可见版本，有可能是历史数据

3）RC：每次select都生成一个快照读

RR：开启事务后，第一个select快照读（事务中后续select都用这个快照）

S：序列化，快照读退化为当前读

4）MVCC的实现依赖于：数据库记录中的三个隐式字段、undo log日志、readview

3.2MVCC实现原理

1）隐式字段：

trx_id:记录涉及的最近一次事务id

roll_ptr:回滚指针，用于undo log

row_id:隐式主键（没有指定主键，隐式补一个）

2）undo log

进行修改前，先生成一条undo log

 然后把数据修改，并且更新trx_id

最后把回滚指针指向上一个版本的undo log

3）readview（读视图）

RC：事务中，每一次执行快照读时，生成读视图

RR：事务中，第一次快照读时，生成读视图，后续复用该视图

三、注意点

1）commit或者rollback之后，事务就结束了