标签：事务 那么 读取 修改 重新整理 提交 mysql 100 隔离
前言
简单介绍一下事务隔离的基本
正文
Read Uncommitted(未提交读)
这个就是读未提交。就是说在事务未提交的时候，其他事务也可以读取到未提交的数据。
这里举一个例子，还是前一篇的例子。
假如一个张表A=500，B=300，(500,300)有一个事务a和一个事务b，a事务是给A增加100，然后给B减少100。b事务是给B减少100，给A增加100。
假如步骤如图所示。
-
A 读取到的数据是500。
-
B读取到的数据是300。
-
B读取到的数据是200。
-
A读取到的数据是600
假设a先提交，b后提交。那么就是b事务提交的最后的结果，A为700，B为200。
反过来，如果是b提交，而a后提交，那么就是a最后提交的结果,A为600，B为100。
这个时候是3步骤就出现问题了，因为读取为未提交的事务。
Read Commited(提交读)
一个事务只能看见自己所做的修改，也就是说一个事务在提交之前，所做的修改其他事务看不见。
这样同样会存在问题。
比如说，A B C 分别是10 11 12，有两个事务，a是给A加一，b是两次执行，C=A+B。
-
C=A+B 那么C就是21。
-
A=A+1 那么A就是11
-
A 事务进行提交，那么A就是11了。这个时候b事务可以读取到A。
-
C=A+B，那么C等于22了。
这种情况要看是否符合你的需求。比如说，一个数据库就是一直来计算一些数的总值的。那么是符合你的需求的。
但是如果是第四步，C=C+B，那么是可能不符合你的需求的。因为C要计算的是C=A+B+A。也就是C=2*A+B,因为A中间变换了，那么结果不符合预期是不符的。
这种看需求。
repeatable 可重复读
该级别保证了同一个事物多次读取同样记录的结果一致。
比如说，上面Read Commited(提交读)的例子中，两次读取A都是一致的，在同一个事物中，多次读取结果不变。
这里可能有人会提出另一个疑问，比如说有两个事务，同样是事务a和事务b。
疑问如下：
比如A=1
执行过程如下：
因为是可重复读，那么第四步A中，A还是1，所以最终A结果是2。
是啊，这样不就出问题了吗？是的，如果数据库像这么简单，那么的确出问题了，因为数据库在执行过程中会做一些判断，会给数据加上锁，有了锁那么可能上面第2步，就会阻塞，而去执行第四步了。
锁，后面介绍。
serializable 可串行化
serializable会在读取的每一行加上锁，强制事务串行执行。这里需要注意的是串行化，并不是说事务一条一条执行。
比如说，事务a只修改A数据，然后事务b只修改B数据，这时候依然是并发的，因为他们数据并不冲突。
串行化，因为加了锁，所以会变得串行。比如事务a修改A然后修改B，事务b修改B然后修改了A。假如因为a修改了A，给A加了锁，后面事务b修改了B给B加了锁。故而a事务在等待B释放锁，b事务在等A释放锁。故而系统会检查到死锁，故而只能执行A或B，然后执行下一个。
结
下一节，隔离的实现方式。
标签：事务,那么,读取,修改,重新整理,提交,mysql,100,隔离 来源： https://www.cnblogs.com/aoximin/p/14878775.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。