MySQL InnoDB Lock(一)

MySQL InnoDB Lock主要从5个部分介绍,这篇文章介绍前2部分,下一篇会详细介绍后3部分。


  • 数据库数据一致性
  • InnoDB事物一致级别
  • InnoDBLock基础知识
  • RR一致级别下SQL对应InnoDBLock情形
  • InnoDBLock定位分析

数据库数据一致性

u 脏读:dirty read,事物A读取到事物B未提交的事物。不符合一致性。

u 不可重复读:事物A读取数据,事物B读取到此数据并且更新此数据,事物A为了对读取数据进行检验再次读取数据时,2次读取获得不同的数据。在一个事务内,多次读同一个数据。在这个事务还没有结束时,另一个事务也访问该同一数据。那么,在第一个事务的两次读数据之间。由于第二个事务的修改,那么第一个事务读到的数据可能不一样,这样就发生了在一个事务内两次读到的数据是不一样的,因此称为不可重复读,即原始读取不可重复。

u 幻读:phantonread,事物A读取到事物B新增、删的数据。(增加读取范围的lock)select ... for update。事务A读取与搜索条件相匹配的若干行,事务B以插入或删除行等方式来修改事务A的结果集,然后再提交。

幻读是指当事务不是独立执行时发生的一种现象,例如第一个事务对一个表中的数据进行了修改,比如这种修改涉及到表中的“全部数据行”。同时,第二个事务也修改这个表中的数据,这种修改是向表中插入“一行新数据”。那么,以后就会发生操作第一个事务的用户发现表中还有没有修改的数据行,就好象发生了幻觉一样。

一般解决幻读的方法是增加范围锁RangeS,锁定检锁范围为只读,这样就避免了幻读。

InnoDB事物一致级别

u read uncommitted:RU,读未提交(存在脏读)。事物A读取到事物B未提交的事物。

set globaltransaction isolation level read uncommitted;
set sessiontransaction isolation level read uncommitted;
transaction-isolation=read-uncommitted
select@@global.tx_isolation;
select@@session.tx_isolation;

u read committed:RC,读已提交(存在不可重复读、幻读)。事物A读取事物B已经提交的事物。 ----Oracle提供的事物隔离级别

set global transaction isolation level read committed;

互联网业务一般采用此事物隔离级别。

u repeatable read:RR 可重复读,存在“幻读”可能。 -----MySQL缺省的事物隔离级别

set global transaction isolation level repeatable read;

交易性事物,建议使用此事物隔离级别。 MySQL RR级别,通过Next-Key index解决“幻读”问题。

u serializable:串行化。

set global transaction isolation level serializable;

读增加了表级的Share Lock,更新增加了表级的ExclusiveLock。

1. RU的脏读:session A没有提交,sessionB就可以看到结果

2.RC的不可重复读:session A更新数据,session B两次读取数据不同

3.RC幻读:session A插入数据,session B的结果集被修改了,好像产生了幻觉

4. RR的可重复读:session A 事物执行更新操作,session B事物查看结果不一样,只有session A执行一个完整事物后,session B才能看到同样结果。

5. RR的不幻读

6. 串行化的表级S和X lock

未完待续,下一篇将结合隔离级别分析锁机制,请持续关注


原文发布于微信公众号 - MYSQL轻松学(learnmysql)

原文发表时间:2016-09-14

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏java达人

KAFKA分布式消息系统

Kafka[1]是linkedin用于日志处理的分布式消息队列,linkedin的日志数据容量大,但对可靠性要求不高,其日志数据主要包括用户行为(登录、浏览、点...

2096
来自专栏北京马哥教育

大型网站架构系列:分布式消息队列(一)

精彩早知道 消息队列概述 消息队列应用场景 消息中间件示例 JMS消息服务(见第二篇:大型网站架构系列:分布式消息队列(二)) 常用消息队列(见第二篇:大型网站...

3595
来自专栏架构师之路

群消息这么复杂,怎么能做到不丢不重?

【需求缘起】 之前的文章更多的聊了单对单的消息投递: 《微信为什么不丢消息?》 《http如何像tcp一样实时的收消息?》 群聊是多人社交的基本诉求,不管是Q...

3977
来自专栏JetpropelledSnake

Python Web学习笔记之TCP/IP、Http、Socket的区别

经常在笔试、面试或者工作的时候听到这些协议,虽然以前没怎么涉及过,但至少知道这些是和网络编程密不可分的知识,作为一个客户端开发程序员,如果可以懂得网络编程的话,...

43615
来自专栏微信公众号:Java团长

消息队列常见的几种使用场景介绍!

消息队列中间件是分布式系统中重要的组件,主要解决应用耦合,异步消息,流量削锋等问题。实现高性能、高可用、可伸缩和最终一致性架构。使用较多的消息队列有Active...

841
来自专栏Java学习123

IBM WebSphere MQ 系列(一)基础知识

2694
来自专栏风中追风

集群 跟 分片 有什么区别

而 redis  这样的 “集群” 强调的是  数据 ,(因为redis 主要是来存数据的嘛)

46616
来自专栏林欣哲

10 分钟看懂分布式事务

什么是分布式事务 问题的引出 先看一张图,一个电商平台的架构图。 ? 对于用户来说的一个创建订单的过程,背后很可能跨越了多个应用服务。涉及诸如:订单、库存、...

3415
来自专栏HappenLee的技术杂谈

流处理与消息队列------《Designing Data-Intensive Applications》读书笔记16

在流处理之中,当输入是文件时,第一个处理步骤通常是将其解析为一连串的记录。在流处理之中,记录通常被称为事件,每个事件都是一个小的、独立的、不可变的对象,通常每个...

753
来自专栏smartguys

(四):C++分布式实时应用框架——状态中心模块

  版权声明:本文版权及所用技术归属smartguys团队所有,对于抄袭,非经同意转载等行为保留法律追究的权利!

1015

扫码关注云+社区