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

为什么内存锁在有事务切面的情况下会形同虚设 隔离级别与事务
摘要:1 事务里面加锁失效 myorm【重点】 25 2020.7.17 这就要求在事务代理外侧加锁 2 rr级别即使提交也不可见导致死循环 其它相关:jdk与mysql的cas乐观锁 阅读全文

posted @ 2021-06-07 16:08 silyvin 阅读(48) 评论(0) 推荐(0) 编辑

mvcc巨无霸【重点】
摘要: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 阅读(130) 评论(0) 推荐(0) 编辑

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

posted @ 2020-04-08 00:09 silyvin 阅读(1238) 评论(0) 推荐(0) 编辑

jdk与mysql的cas乐观锁
摘要:全部过程有两个关键点:violate和本地原子操作 语录: 从内存领域来说这是乐观锁,因为它在对共享变量更新之前会先比较当前值是否与更新前的值一致,如果是,则更新,如果不是,则无限循环执行(称为自旋),直到当前值与更新前的值一致为止,才执行更新。 而Synchronized是一种悲观锁,它认为在它修 阅读全文

posted @ 2019-07-12 10:55 silyvin 阅读(639) 评论(0) 推荐(0) 编辑

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

posted @ 2018-02-13 11:13 silyvin 阅读(1594) 评论(0) 推荐(0) 编辑

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

posted @ 2018-02-13 11:05 silyvin 阅读(221) 评论(0) 推荐(0) 编辑

MySQL 加锁处理分析【重点】
摘要: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 阅读(204) 评论(0) 推荐(0) 编辑

Next-key locking是如何解决幻读(当前读)问题的
摘要: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 阅读(3928) 评论(0) 推荐(1) 编辑

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

posted @ 2018-02-07 15:51 silyvin 阅读(1932) 评论(1) 推荐(1) 编辑

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

posted @ 2017-08-22 17:20 silyvin 阅读(659) 评论(0) 推荐(0) 编辑

spring 隔离级别 测试代码
摘要:数据库: 阅读全文

posted @ 2017-08-22 17:18 silyvin 阅读(162) 评论(0) 推荐(0) 编辑

事务隔离级别 不可重复读 spring 测试
摘要:(一) 会话1执行listForIllusionRead,第一次读 会话1sleep阻塞 会话2执行update有效会话操作 会话1第二次读 会话1返回 { "before":[ { "col1":1, "col2":"d" } ], "after":[ { "col1":1, "col2":"e" 阅读全文

posted @ 2017-08-22 17:02 silyvin 阅读(185) 评论(0) 推荐(0) 编辑

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

posted @ 2017-08-22 16:47 silyvin 阅读(171) 评论(0) 推荐(0) 编辑

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

posted @ 2017-08-22 15:47 silyvin 阅读(198) 评论(0) 推荐(0) 编辑

mysql 隔离级别 脏读 测试
摘要:修改方 查询方 session A B autocommit off not care 修改方是为了开启事务 isolation not care read-uncommited为边界 执行顺序 左侧开启一次会话 左侧第一次insert 右侧第一次select(自动提交会话),显示读到脏读 左侧ro 阅读全文

posted @ 2017-08-17 17:45 silyvin 阅读(674) 评论(0) 推荐(0) 编辑

mysql 隔离级别 幻读 测试
摘要:修改方 查询方 session A B autocommit off off isolation not care REPEATABLE-READ 为边界 执行顺序: 右侧开启第一次会话 右侧第一次select 左侧insert 右侧第二次select(这里显示没有脏读) 左侧commit 右侧第三 阅读全文

posted @ 2017-08-17 17:16 silyvin 阅读(425) 评论(0) 推荐(0) 编辑

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

posted @ 2017-07-28 10:15 silyvin 阅读(158) 评论(0) 推荐(0) 编辑

< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5

统计

点击右上角即可分享
微信分享提示