MySQL的事务的隔离级别以及修改方式

修改Mysql的事务隔离级别

mysql

sudo vim /etc/mysql/mysql.conf.d/mysqld.cnf

在位置:sql

lc-messages-dir = /usr/share/mysql
skip-external-locking

后面添加(读取提交内容):数据库

transaction-isolation = READ-COMMITTED

保存后重启mysql服务:django

sudo service mysql restart

 


SQL的4种隔离级别

Read Uncommitted(读取未提交内容)
       在该隔离级别,全部事务均可以看到其余未提交事务的执行结果。本隔离级别不多用于实际应用,由于它的性能也不比其余级别好多少。读取未提交的数据,也被称之为脏读(Dirty Read)。

Read Committed读取提交内容
这是大多数数据库系统的默认隔离级别(但不是MySQL默认的)。它知足了隔离的简单定义:一个事务只能看见已经提交事务所作的改变。这种隔离级别 也支持所谓的不可重复读(Nonrepeatable Read),由于同一事务的其余实例在该实例处理其间可能会有新的commit,因此同一select可能返回不一样结果。

Repeatable Read(可重读)(Mysql默认为此项:REPEATABLE-READ)
       这是MySQL的默认事务隔离级别,它确保同一事务的多个实例在并发读取数据时,会看到一样的数据行。不过理论上,这会致使另外一个棘手的问题:幻读 (Phantom Read)。简单的说,幻读指当用户读取某一范围的数据行时,另外一个事务又在该范围内插入了新行,当用户再读取该范围的数据行时,会发现有新的“幻影” 行。InnoDB和Falcon存储引擎经过多版本并发控制(MVCC,Multiversion Concurrency Control)机制解决了该问题。

Serializable(可串行化)
       这是最高的隔离级别,它经过强制事务排序,使之不可能相互冲突,从而解决幻读问题。简言之,它是在每一个读的数据行上加上共享锁。在这个级别,可能致使大量的超时现象和锁竞争。
        

读取的是同一个数据时, 容易发生的问题有:
脏读(Drity Read):某个事务已更新一份数据,另外一个事务在此时读取了同一份数据,因为某些缘由,前一个RollBack了操做,则后一个事务所读取的数据就会是不正确的。

不可重复读(Non-repeatable read):在一个事务的两次查询之中数据不一致,这多是两次查询过程当中间插入了一个事务更新的原有的数据。

幻读(Phantom Read):在一个事务的两次查询中数据笔数不一致,例若有一个事务查询了几列(Row)数据,而另外一个事务却在此时插入了新的几列数据,先前的事务在接下来的查询中,就会发现有几列数据是它先前所没有的。


# ! vim

django2.X后,自主更改框架与mysql会话的事务等级为READ-COMMITTED(读取提交内容), 如要求级别如此, 则不须要更改.并发

相关文章
相关标签/搜索