MySQL事务的隔离级别

前端之家收集整理的这篇文章主要介绍了MySQL事务的隔离级别前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

数据库是多线程并发访问的,所以,很容易出现多个线程同时开启事务的情况,这样,就会出现脏读、重复读以及幻读的情况 为了避免这种情况的发生,需要为事务设置隔离级别,MysqL中,事务有4种隔离级别

<h3 id="read-uncommitted">READ UNCOMMITTED

读未提交,是事务中最低的级别,该级别下的事务可以读取到另一个事务中未提交的数据,也称为脏读——Dirty Read 由于该级别较低,在实际开发中,避免不了任何情况,所以一般很少使用

<h3 id="read-committed">READ COMMITTED

读提交,大多数的数据库管理系统的默认隔离级别都是READ COMMITTED,比如,Oracle 该级别下的事务,只能读取其他事务已经提交的内容,可以避免脏读、但是,不能避免重复读和幻读的情况

重复读,就是在事务内,重复读取了别的线程,已经提交的数据,但是,两次读取的结果不一致,原因是查询的过程中,其他事务做了更新的操作

幻读,是指在一个事务内,两次查询中数据条数不一致,原因是查询的过程中,其他的事务做了添加操作

这两种情况,并不算错误,但是,有些情况是不符合实际需求的

<h3 id="repeatable-read">REPEATABLE READ

可重复读,是MysqL默认的事务隔离级别 可以避免脏读、不可重复读的问题,确保同一个事务的多个实例,在并发读取数据时,会看到同样的数据行

但是,理论上该级别会出现幻读的情况,不过,MysqL的存储引擎,通过多版本并发控制机制,解决了该问题,因此,该级别是可以避免幻读的

<h3 id="serializable">SERIALIZABLE

可串行化,是事务的最高隔离级别 它会强制对事务进行排序,使之不会发生冲突,从而,解决了脏读、幻读、重复读的问题

实际上,就是在每个读的数据行上加锁,这个级别,可能导致大量的超时现象和锁竞争,实际应用中很少使用

猜你在找的MySQL相关文章