设为首页 收藏本站
查看: 1744|回复: 0

[经验分享] Linux命令:MySQL系列之九--MySQL隔离级别及设置

[复制链接]

尚未签到

发表于 2018-10-9 09:44:20 | 显示全部楼层 |阅读模式
  SQL标准定义了4类隔离级别,包括了一些具体规则,用来限定事务内外的哪些改变是可见的,哪些是不可见的。低级别的隔离级一般支持更高的并发处理,并拥有更低的系统开销。
  Read Uncommitted(读取未提交内容)
  在该隔离级别,所有事务都可以看到其他未提交事务的执行结果。本隔离级别很少用于实际应用,因为它的性能也不比其他级别好多少。读取未提交的数据,也被称之为脏读(Dirty Read)。
  Read Committed(读取提交内容)
  这是大多数数据库系统的默认隔离级别(但不是MySQL默认的)。它满足了隔离的简单定义:一个事务只能看见已经提交事务所做的改变。这种隔离级别 也支持所谓的不可重复读(Nonrepeatable Read),因为同一事务的其他实例在该实例处理其间可能会有新的commit,所以同一select可能返回不同结果。
  Repeatable Read(可重读)
  这是MySQL的默认事务隔离级别,它确保同一事务的多个实例在并发读取数据时,会看到同样的数据行。不过理论上,这会导致另一个棘手的问题:幻读 (Phantom Read)。简单的说,幻读指当用户读取某一范围的数据行时,另一个事务又在该范围内插入了新行,当用户再读取该范围的数据行时,会发现有新的“幻影” 行。InnoDB和Falcon存储引擎通过多版本并发控制(MVCC,Multiversion Concurrency Control)机制解决了该问题。
  Serializable(可串行化)
  这是最高的隔离级别,它通过强制事务排序,使之不可能相互冲突,从而解决幻读问题。简言之,它是在每个读的数据行上加上共享锁。在这个级别,可能导致大量的超时现象和锁竞争。
  这四种隔离级别采取不同的锁类型来实现,若读取的是同一个数据的话,就容易发生问题。例如:
  脏读(Drity Read):某个事务已更新一份数据,另一个事务在此时读取了同一份数据,由于某些原因,前一个RollBack了操作,则后一个事务所读取的数据就会是不正确的。
  不可重复读(Non-repeatable read):在一个事务的两次查询之中数据不一致,这可能是两次查询过程中间插入了一个事务更新的原有的数据。
  幻读(Phantom Read):在一个事务的两次查询中数据笔数不一致,例如有一个事务查询了几列(Row)数据,而另一个事务却在此时插入了新的几列数据,先前的事务在接下来的查询中,就会发现有几列数据是它先前所没有的。
  在MySQL中,实现了这四种隔离级别,分别有可能产生问题如下所示:
DSC0000.jpg

  下面,将利用MySQL的客户端程序,分别测试几种隔离级别。测试数据库为test,表为tx;表结构:
id                              int  num
int  两个命令行客户端分别为A,B;不断改变A的隔离级别,在B端修改数据。
  (一)、将A的隔离级别设置为read uncommitted(未提交读)
  mysql> SET tx_isolation='READ-UNCOMMITTED' 设定隔离级别为READ-UNCOMMITTED
  在B未更新数据之前:
  客户端A: DSC0001.jpg
  B更新数据:
  客户端B:
DSC0002.jpg

  客户端A:
DSC0003.jpg

  经过上面的实验可以得出结论,事务B更新了一条记录,但是没有提交,此时事务A可以查询出未提交记录。造成脏读现象。未提交读是最低的隔离级别。
  (二)、将客户端A的事务隔离级别设置为read committed(已提交读)
  mysql> SET tx_isolation='READ-COMMITTED' 设定隔离级别为READ-COMMITTED
  在B未更新数据之前:
  客户端A:
DSC0004.jpg

  B更新数据:
  客户端B:
DSC0005.jpg

  客户端A:
DSC0006.jpg

  经过上面的实验可以得出结论,已提交读隔离级别解决了脏读的问题,但是出现了不可重复读的问题,即事务A在两次查询的数据不一致,因为在两次查询之间事务B更新了一条数据。已提交读只允许读取已提交的记录,但不要求可重复读。
  (三)、将A的隔离级别设置为repeatable read(可重复读)
  mysql> SET tx_isolation='REPEATABLE-READ' 设定隔离级别为REPEATABLE-READ
  在B未更新数据之前:
  客户端A:
DSC0007.jpg

  B更新数据:
  客户端B:
DSC0008.jpg

  客户端A:
DSC0009.jpg

  B插入数据:
  客户端B:
DSC00010.jpg

  客户端A:
DSC00011.jpg

  由以上的实验可以得出结论,可重复读隔离级别只允许客户端读取已提交记录,并且必须是自己该客户端的事务提交后才能看到,其他客户端更新的并提交了的数据。这样也是会造成幻读,因为客户端事务提交前后所读取的数据可能不一样,如果其他客户端更新了数据,并提交了事务,那当前这个客户端没做任何操作,只是事务提交前后所读取的内容不一致造成幻读。
  (四)、将A的隔离级别设置为 可串行化 (Serializable)
  mysql> SET tx_isolation='SERIALIZABLEA' 设定隔离级别为SERIALIZABLEA
  A端打开事务,B端插入一条记录
  事务A端:
DSC00012.jpg

  事务B端:
DSC00013.jpg

  因为此时事务A的隔离级别设置为serializable,开始事务后,并没有提交,所以事务B只能等待。
  事务A提交事务:
  事务A端
DSC00014.jpg

  事务B端
DSC00015.jpg

  serializable完全锁定字段,若一个事务来查询同一份数据就必须等待,直到前一个事务完成并解除锁定为止 。是完整的隔离级别,会锁定对应的数据表格,因而会有效率的问题。


运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-619433-1-1.html 上篇帖子: 使用Xtrabackup进行MySQL备份: 下篇帖子: mysql加密解密方式用法
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表