在一个群里被恶心坏了

[gongxuanzhang]

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






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





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

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

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



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

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



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


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

[luckyfly]

看到勇哥牛逼 我以为是油管上的勇哥砍砍砍了哈哈

[paidaxinginfo]

理解的不够透彻。看看这个文章吧（无恶意）： https://mp.weixin.qq.com/s/K5l6hixzn5K9jWd7shu2GQ

[ucando]

平时用 postgresql 比较多，刚刚粗浅地看了下题主说的幻读问题，然后想想“勇哥”的观点：不上锁都是幻读，虽然题主提出这是错的，举了快照读是无锁的例子，但快照读明明就是有可能发生幻读的呀，难道是我理解错了？其实“勇哥”是不是想表达“不上锁的事务都有可能发生幻读”呢？按我的理解幻读都出现在事务中，是要针对查询出来的结果做其它操作才会有影响，不在事务中的单条查询要么出来的是其它事务提交前的数据，要么出来的是其它事务提交后的数据，都不存在幻读的概念了吧？大牛们请指教

[kmyzzy]

在微信群里和不认识的人讨论技术问题简直就是扯淡。

[LFITS]

OP 你引用架构师的话得时候 没有打马赛克#24

[sagaxu]

之前某个对标 netty 的国产 IO 库，作者写的 release notes 顺便吐槽了 socket read 返回的字节数小于指定的值，还说那是个 bug 。我留言里指出了问题所在，他怕影响他推广，私信让我删了留言，搞开源不易，我配合他删了评论。

我就不点名那个作者了，虽然技术细节可能不够到位，但他执行力是真的强大，不考虑稳定性和正确性，仅从功能角度看待，已经不比 netty 差了。

[cnrting]

不 T 你课还怎么卖

[zjp]

@sagaxu 有点印象，这人还挺神奇。有种地基没打好就盖大楼还真盖成了的感觉😂

[hefish]

我隐约看到了 20 年前的我。。哈哈。。。 向前看。

[macaodoll]

一个技术群，我是管理员，有个自称架构师的天天把群友挨个加，加了就发公众号让人家关注阅读，后来警告过不听，还在加，我直接给丫的踢了。

[Achophiark]

@luolin0826 先不说技术，这兄台活的真通透佩服佩服！

[jzphx]

讲不过的人常说的一句话就是多看看书

[Jack66]

从这人开始发的信息到最后，把自己摆的较高，说的技术性东西很少，具有对人的攻击性。说明他就不是一个做技术的，卖车不懂车的选手多了去了。

[eatgrass]

技术问题能够自己查的答案的不要在群里问，技术群是最低效准确性最差的解决问题的地方

[qwertyzzz]

干干干！出了视频说下

[amon]

牛逼，现在还有技术群讨论技术的。

[zhtyytg]

@watzds 刚毕业的时候有个面试官，自己出的题自己回答错了，给我整无语了

[liuzimin]

赞同楼上某几位说的，这个群主脾气虽然臭，但楼主你的口气也很不给面子啊，说话太直了。

[awalkingman]

@NeedI09in #35 rc 有不可重复读，为了解决这个问题，加 RR 。幻读时数据行增加或减少，是在 SERIALIZABLE 处理

[sun1993]

看到卖课的这种水平，很欣慰，这样涌进这个行业的人就没办法和我竞争了😂