mysql mvcc undolog_mysql隔离级别 mvcc next-key undolog - 随笔分类 - silyvin - 博客园

随笔分类 - mysql隔离级别 mvcc next-key undolog

摘要：1 ru rc xxx val1 sac9 rc ru start sac13 xxx val2 sac13 undo1 xxx val1 sac9 update select start sac18 readview [13,18] min 13 next 19 create 13 直接返回val

阅读全文

posted @ 2020-10-13 14:03

silyvin

阅读(33)

评论(0)

推荐(0) 编辑

摘要：只读事务为了扩大事务的范围(single sql -》 java function)，解决多次select不相等(即不可重复读)的问题；相当于在外面盖了一个整体的rr的隔离级别 注意隔离级别不是只读事务的目标，因为即使autocommit true，也有事务隔离级别可单独设定，只不过是对于singl

阅读全文

posted @ 2020-04-08 00:09

silyvin

阅读(263)

评论(0)

推荐(0) 编辑

摘要：两种方式： LBCC和MVCC 先看LBCC： 从此隔离级别效果入手：事务只能读其他事务已提交的的记录。数据库事务隔离级别的实现，InnoDB 支持行级锁，写时加的是行级排他锁(X lock)，那么当其他事务访问另一个事务正在update (除select操作外其他操作本质上都是写操作)的同一条记录

阅读全文

posted @ 2018-02-13 11:13

silyvin

阅读(907)

评论(0)

推荐(0) 编辑

摘要：mysql(InnoDB)事务隔离级别(READ UNCOMMITTED) 与 锁 https://segmentfault.com/a/1190000012654564 相同类型的还有 看到了吧读取UNCOMMITTED事务也不被排他锁(排他锁将阻止当前事务读取已被修改但未被其他事务提交的行)阻止

阅读全文

posted @ 2018-02-13 11:05

silyvin

阅读(105)

评论(0)

推荐(0) 编辑

摘要：http://hedengcheng.com/?p=771 类似的文章：https://www.cnblogs.com/yelbosh/p/5813865.html 1.解释了为什么update insert delete 也属于当前读 2.分9种情况解释了rc rr级别下，当前读在mysql中是如

阅读全文

posted @ 2018-02-12 15:52

silyvin

阅读(106)

评论(0)

推荐(0) 编辑

摘要：http://blog.51cto.com/74567456/1887690 类似的文章：https://www.cnblogs.com/zhoujinyi/p/3435982.html 总结： 1. 通过实践阐述了gap lock 的开启与关闭： A. 将事务隔离级别设置为RC B. 将参数inn

阅读全文

posted @ 2018-02-12 12:58

silyvin

阅读(2290)

评论(0)

推荐(0) 编辑

摘要：当前读和快照读 好的学习链接：http://blog.csdn.net/taylor_tao/article/details/7063639 快照读历史数据－mvcc innodb的默认事务隔离级别是rr(可重复读)。它的实现技术是mvcc。基于版本的控制协议。该技术不仅可以保证innodb的可重复

阅读全文

posted @ 2018-02-07 15:51

silyvin

阅读(1067)

评论(1)

推荐(1) 编辑

摘要：http://www.cnblogs.com/itcomputer/articles/5133254.html 不可重复读和幻读的区别 当然, 从总的结果来看, 似乎两者都表现为两次读取的结果不一致.但如果你从控制的角度来看, 两者的区别就比较大对于前者, 只需要锁住满足条件的记录对于后者, 要锁住

阅读全文

posted @ 2017-08-22 17:20

silyvin

阅读(197)

评论(0)

推荐(0) 编辑

摘要：数据库：

阅读全文

posted @ 2017-08-22 17:18

silyvin

阅读(56)

评论(0)

推荐(0) 编辑

摘要：(一) 会话1执行listForIllusionRead，第一次读 会话1sleep阻塞 会话2执行update有效会话操作 会话1第二次读 会话1返回 { "before":[ { "col1":1, "col2":"d" } ], "after":[ { "col1":1, "col2":"e"

阅读全文

posted @ 2017-08-22 17:02

silyvin

阅读(55)

评论(0)

推荐(0) 编辑

摘要：(一) 注意： (1)查询的隔离级别定为read_committed，理论上无法防幻读 (2)insert函数调整一下，不让其出异常，且不sleep，也可以去除transaction注解，仅仅确保一次有效插入会话即可 会话1执行listForIllusionRead，第一次读 会话1sleep阻塞

阅读全文

posted @ 2017-08-22 16:47

silyvin

阅读(62)

评论(0)

推荐(0) 编辑

摘要：建立一个controller，写两个url，用于测试脏读 (一) TestController TestService 注意： (1)此时insert函数也启用事务，意味着整个函数一起提交会话 (2)list函数启用read_committed级别，理论上可以防脏读 会话1执行insertForDi

阅读全文

posted @ 2017-08-22 15:47

silyvin

阅读(75)

评论(0)

推荐(0) 编辑

摘要：修改方 查询方 session A B autocommit off not care 修改方是为了开启事务 isolation not care read-uncommited为边界 执行顺序 左侧开启一次会话 左侧第一次insert 右侧第一次select(自动提交会话)，显示读到脏读 左侧ro

阅读全文

posted @ 2017-08-17 17:45

silyvin

阅读(485)

评论(0)

推荐(0) 编辑

摘要：修改方 查询方 session A B autocommit off off isolation not care REPEATABLE-READ 为边界 执行顺序： 右侧开启第一次会话 右侧第一次select 左侧insert 右侧第二次select(这里显示没有脏读) 左侧commit 右侧第三

阅读全文

posted @ 2017-08-17 17:16

silyvin

阅读(237)

评论(0)

推荐(0) 编辑

摘要：1.java底层是怎样实现事务的 Java事务是作用于Connection之上的(出自：Java事务处理全解析(二)—— 失败的案例)，所以 事务的传播本质是解决一个Connection对象是否在当前线程不同函数共享的问题 对于Connection对象在当前线程不同函数中的传递问题，在以下博客有说：

阅读全文

posted @ 2017-07-28 10:15

silyvin

阅读(79)

评论(0)

推荐(0) 编辑