MYSQL数据库事务隔离级别

1.查看

SELECT @@tx_isolation

2.设置

1read uncommitted : 读取尚未提交的数据 :哪个问题都不能解决
2read committed:读取已经提交的数据 :可以解决脏读 ---- oracle默认的
3repeatable read:重读读取:可以解决脏读 和 不可重复读 ---mysql默认的
4serializable:串行化:可以解决 脏读 不可重复读 和 虚读---相当于锁表
设置mysql的隔离级别:set session transaction isolation level 设置事务隔离级别

3.

READ UNCOMMITTED (读取未提交内容)
在 READ UNCOMMITTED隔离级,所有事务都可以‘看到’未提交事务的执行结果。在这种级别上,可能会
产生很多问题,除非用户真的知道自己在做什么,并有很好的理由选择这样做。本隔离级别很少用户实际应用,
因为它的性能也不比其他级别好多少,而别的级别还有其他更多的优点。读取未提交数据,也被称之为‘脏读’
(Dirty Read)。
READ COMMITED (读取提交内容)
大多数数据库系统的默认隔离级别是READ COMMITED(但这不是MySql默认的!)。他满足了隔离的早先
简单定义:一个事务在开始时,只能‘看见’已经提交事务所做的改变,一个事务从开始到提交前,所做
的任何数据改变都是不可见的,除非已经提交。这种隔离级别也支持所谓的‘不可重复读(Nonrepeatable Read)’
。这意味着用户运行同意语句两次,看到的结果是不同的。
REPEATABLE READ(可重读)
REPEATABLE READ隔离级别解决了READ UNCOMMITTED隔离级导致的问题。他确保同一事务的多个实例在
并发读取数据时,会‘看到同样的数据行’。不过理论上,这回导致另一个棘手的问题:幻读(Phantom Read)。
简单来说,幻读指当用户读取某一范围的数据行时,另一个事务又在该范围内插入新行,当用户再读取该范围数据
行时,会发现有新的‘幻影’(Phantom)行。InnoDB和Falcon存储引擎都遵循这种设置,了解如何改变这种设置。
其他一些存储引擎也以此为默认设置,不过具体设置还要看相关引擎的具体规定。
SERIALIZABLE(可串行化)
SERIALIZABLE是最高级别的隔离性,他通过强事务排序,使之不可能相互冲突,从而解决幻读问题。
简言之,SERIALIZABLE是在每个读的数据行上加锁。在这个级别,可能导致大量的超时(Timeout)现象
和锁竞争(Lock Contention)现象。

原文地址:https://www.cnblogs.com/shuaihan/p/10516530.html