@zhuisui 首先我确实没表达清楚,是我的问题,这个冲突比较模糊,我想表达的是在正常查询的时候没有幻读,但是如果在你的事务过程中,你去修改了其他事务提交过的数据,或者是你自己新增,造成了主键冲突. 就会有问题, 这个是不是幻读的概念我也不知道,总之是有问题.

他表达的观点是: 不上锁都是幻读,很显然是错的. 官方文档的快照读就是无锁.
再次我并不觉得我不了解实现,相反我自己为了学习 innodb 自己写了一个项目用 kotlin 实现 innodb,还没写完.但是基本架构和功能都完成了,从经验上我确实远不如他,这也是我关注他的原因.

最后,你可以教育我,可以教训我,但是教育方式是什么? 别 BB 了 然后踢了.
还是拿出我的逻辑问题死死打我

@NeedI09in 是的,我觉得他用道理和例子拍我一脸我都接受,结果让我多读书别 BB,我真忍不了

@a86356 我较真的是技术和对技术的态度,我也不反感卖课,但内容得值吧.. 起码得对吧

@7911364440 是的,普通的 select 区别于 select for update

@blankmiss 周末就做

@watzds 有道理 我下次换个方式

@0xD800 已经被送走了

@grimbedroom 我真有这个打算

@meisen TG 封了.. 没号了已经

你是否在找 chat2DB

maven 的包管理从诞生开始到现在 20 多年无人撼动,本质上就是因为他的 gav 三件套太强.
maven 的生命周期固定清晰, 一张 maven 生命周期流程图百看不厌. 所以 maven 胜在稳定.
maven 优点就是稳定,缺点也是稳定. 如果你要写一个复杂功能的插件你想死的心都有,写过的应该都有这种感受.
Gradle 优点就是灵活,缺点也是灵活. 上手难度高,各种插件繁杂且碎片.但是同样复杂的功能你在 maven 实现和 gradle 中实现的体验完全不一样.
如果你想实际体会一下性能区别,建议你用 maven 写一个 java kotlin 混编的程序, 再用 gradle 写一个,你就体会性能差距.
如果你想实际体验插件开发,那你用 maven 和 gradle 分别实现一个 project 中行数统计的功能.
我自己的感受: 跑 main,跑 test,maven 明显更快 其他都是 gradle 更胜一筹
其他你自己体会

根据业务设置不同的参数就可以达到目的,你把线程池看成一个 MQ,第一要务是异步,而不是快速解决. 没有人能保证你任何任务快速解决

ddos?除了钞能力有解吗

看了一下这个网站下面的备案. 公司是今年二月注册的...

@HeyWeGo 很多 00 后甚至根本不会用电脑...

初高中就要"全球福布斯富豪榜第一名，并获得图灵奖"
我应该怎么评论

昨天在 B 站看到了,赞一个

我是真的讨厌用手机操作任何事务