修改不同数据库的隔离级别

查看隔离级别

设置隔离界别

<隔离级别>=Read Uncommitted、read committed、Repeatable read、Serializable

注：SQL server只能改当前会话，不能改全局。

查询锁表

查询死锁语句

查看当前事务的隔离级别

设置当前事务的隔离级别

<隔离级别>=Read Uncommitted、read committed、Repeatable read、Serializable

MySQL默认：REPEATABLE READ

查看隔离级别

设置当前一个事务的隔离级别

设置整个会话的隔离级别：

数据库可以区分用户提交数据时候的语句会核发

数据库隔离级别，每个级别会引发什么问题，mysql默认是哪个级别

MySQL提供的四种隔离级别，通过设置transaction-isolation值来指定：

串行化：对于同一行记录，写和读都会加锁，当出现读写锁冲突时，会等待。避免脏读，不可重复读和幻读的发生。

可重复读：一个事务执行过程中，在启动时就会创建视图，所以这个事务总和它启动的时候看到的数据是一致的，核心是一致性读，事务更新数据时，只能使用当前读，如果当前记录行锁被占用，就需要进入锁等待。避免脏读，不可重复读的发生。

读已提交：它的视图是在每个sql语句开始执行的时候创建的，所以一个事务提交之后，他的变更才能被其他事务看到。可以避免脏读的发生。

读未提交：没有视图概念，所以一个事务还没提交时，他的变更就能被别的事务看到。任何情况都无法保证。

MySQL默认隔离级别为可重复读。

MVCC(Mutil-Version Concurrency Control)，就是多版本并发控制。这种并发控制的方法，主要应用在RC和RR隔离级别的事务当中，利用执行select *** 作时，访问记录版本链，使得不同事物的读写，写读可以并发执行，提高系统性能。

Innodb 有两个隐藏字段 trx_id(事务id)和roll_pointer(回滚指针)。

transaction id ：

innoDB里面每个事务有一个唯一的事务ID，叫作transaction id，它是在事务开始的时候向InnoDB的事务系统申请的，是按申请顺序严格递增的。

roll_pointer ：

指向上一事务版本的指针。

版本链 ：

是一个单链表结构，对于同一行数据，每一个事务对其进行更新的时候都会产生一个新的版本，就会存储在这个链表当中。

一个存储事务id的列表。

readview的几个参数：

m_ids:表示活跃事务id列表

min_trx_id:活跃事务中的最小事务id

max_trx_id:已创建的最大事务id

creator_trx_id:当前的事务id。

readview的生成时机：

RC隔离级别：每次读取数据前，都生成一个readview；

RR隔离级别：在第一次读取数据前，生成一个readview；

使用场景：

[ 创建事务节点 ] 当我创建一个新的事务需要读取一行数据, 我会查询活跃的事务列表假设我当前的事务id是200, 当前活跃的事务id没有我的200, 因此需要去拷贝一个最新的不活跃事务并在版本链最后插入一个新节点200mysql会去对比版本链和readView, 假设版本链数据为[1,50,100,150], 活跃列表为[100,150], 说明100和150都是未提交的活跃事务, 再向前一个节点50不在活跃事务列表说明事务50已经提交, 所以事务200拷贝事务50并插入版本链最后, 且将200追加到readView活跃列表的最后一个元素

[ 使用事务节点 ] 当我再次进行200号事务的查询或修改, 我需要读版本链的数据, 因为上一次 *** 作已经在版本链做了200号节点, 因此我读的数据都是200号节点的数据, 这样就隔离了其他未提交的事务我的全部增删查改都在200号版本链上进行

[ readView实现事务隔离级别 ]以上两点都是基于隔离级别"读已提交"来进行说明的当mysql设置为"可重复读"时, 不同事务仍然是保存在版本链的不同节点上, 只不过新的事务创建的时候拷贝了当下的readView列表, 只要新事物不提交就一直使用这个拷贝的活跃列表假设此时100号数据提交了, 我在新事务执行了select 会去查活跃列表发现100号事务还是未提交状态, 因此读取到的还是50号事务提交的记录。

原子性，一致性，隔离性，持久性。

未提交读（read uncommitted）、提交读（read committed）、可重复读（repeatable read）、序列化读（serializable）

---