一、四大特性：
原子性
一致性
隔离性
持久性
二、事务的隔离级别
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之后，事务就结束了
