在一个群里被恶心坏了

[gongxuanzhang]

我在 B 站看到一个微博架构师发的一些视频.觉得他讲的东西很实战,加了他的群,而且是哈尔滨的,我本人是佳木斯的所以对他非常有好感
今天上午群里在讨论事务隔离级别的问题.
本身就这一个技术问题大家有着不同的理解很正常,无论说的是对是错我觉得都没啥问题.
主要是针对 MySQL 的 RR 隔离级别下的幻读问题






这时候他表示没有锁就是幻读,还表示 Java 的锁就没学明白,我表达快照读就算不加锁同样没有幻读问题,除非你在事务里面修改了其他事务新增的数据,那就没办法了





然后就开始攻击我了,说官方文档写的清楚.

然后我去 MySQL 官方看,同时自己做了验证,我的理解是普通 Select 无论加不加锁,无论怎么查询都不会有幻读问题,如果 for update 或者 delete update 这种操作就会用临建锁或者间隙锁来保证一致.
所以他的结论"不加锁都是幻读" 就是不对的

还上升到 java 的锁,CopyOnWirteArrayList 不就是快照实现吗? 一个快照迭代器创建之后就是不会被其他线程影响啊,难道迭代器不加锁要被 add 影响吗? 无锁保证数据一致的方法多了,JcTool 里面好多队列都是



当我想把官方这个截图贴到群里的时候,我就已经被踢了. 我巨无语,一个资深技术专家可以这么讨论问题的.

然后我去 B 站质问他,果不其然 B 站也把我拉黑了



这就是架构师的格局吗 开了眼了


我觉得无论我说的是不是对的,技术问题起码应该就事论事,直接开始人身攻击,属实牛

[gongxuanzhang]

@grimbedroom @blankmiss @MoGeJiEr @adm7n @dolorain @billzhuang @oneisall8955
@tangv22ex @maemolee @sdfw23xd @xiaohundun
视频在 append 里面了

[HelloAmadeus]

这连 mvvc 是什么都不知道吧？

[nicoljiang]

还是支持一下 op ，反对这种技术行业的“官僚”主义。

[ma199385]

@AJ1if4 换个 vpn 节点试试，图没问题

[sloknyyz]

这种建群的想都不用想就是割韭菜，所有名为技术交流群最后都会沦为吹水群。

[lizy0329]

最小可爱的一种行为就是+所谓的群，有这时间还不如多读读官方文档

[gongxuanzhang]

@lizy0329 你说的对

[CuChulainn]

这个架构师不过如此

[hellomsg]

https://www.lixueduan.com/posts/mysql/04-cap-lock/
这篇讲的不错

[hellomsg]

@zhuisui #42 探讨这类问题确实挺难的，不同时空不同场景，没法一一说明，没有准确答案

[hellomsg]

@sagaxu #66 如果这个作者能光明正大的虚心接受你指出的错误，那更牛了，可惜

[hellomsg]

@lambdaX999 #81 我理解的结论：若欲彻底解决幻读问题，在 InnoDB 中唯一可选的隔离级别是 Serializable （可串行化）级别。
https://mp.weixin.qq.com/s/K5l6hixzn5K9jWd7shu2GQ

[maemolee]

@gongxuanzhang #141 很好，点赞了！

[fionasit007]

看到为回应了，继续吃瓜，https://www.bilibili.com/video/BV1sw4m1X75B/?spm_id_from=333.999.0.0&vd_source=3d0b60e47287f301fd1bc27bd69294d0

[shurimasoul]

支持发视频 diss 他

[Wesson]

@NeedI09in 一致性非锁定读，也就是快照读，把头埋进快照里，完全不顾外面天翻覆地的变化，自然发现不了幻象，这不代表解决了幻读，只是你看不见而已。这比幻读更糟糕。

[NeedI09in]

@Wesson 哈哈哈，有道理。这个解释很有意思，哈哈哈。

[lambdaX999]


纯路人，对双方都没有恶意，OP 能出个视频来详细的分析下这个问题吗？我看 B 站下面很多粉丝说 OP 不懂

[gongxuanzhang]

@lambdaX999 我 append 的视频中有部分提到，没有完整说明，但是我觉得足够解释了

[dolorain]

@gongxuanzhang 视频看过了，支持 UP 主