keepme 最近的时间轴更新 keepme 最近的时间轴更新 |
keepmeV2EX 第 666716 号会员，加入于 2023-12-13 11:24:55 +08:00 |
| 京东上 Maxtang N100 准系统 499，有需要的可以入手 分享发现 • keepme • 17 天前 • 最后回复来自 xshanow | 8 |
keepme 最近回复了
19 天前 回复了 keepme 创建的主题 › 分享发现 › 京东上 Maxtang N100 准系统 499，有需要的可以入手 |
@passive 2000 的 n100 ，这么贵
31 天前 回复了 huangzhouhong 创建的主题 › 分享创造 › [送码] Anony VPN 上线两周年，兑换码免费送！开箱即用 |
求个码，谢谢
[email protected]
[email protected]
123 天前 回复了 bronyakaka 创建的主题 › 程序员 › 讨论下高并发、连续自增的 id 的生成方案 |
如果不是非按严格的顺序自增的话，雪花 id 就行了吧，本地直接生成
156 天前 回复了 rqxiao 创建的主题 › MySQL › 请教一个 Mysql 并发查询的问题（与可重复读相关？） |
@wenxueywx 正确的说法应该是事务的第一条 sql 语句执行时创建的
156 天前 回复了 rqxiao 创建的主题 › MySQL › 请教一个 Mysql 并发查询的问题（与可重复读相关？） |
1. 那是因为读视图是在 SELECT * FROM a_detail WHERE id = 2 和 SELECT * FROM a_detail WHERE id = 1 的时候创建的，后续的更新操作不会更新读视图，所以查不到对方事务数据的更改
2. 如果没有上面两个 sql 语句，读视图会在 SELECT * FROM `a` where uid='a1' for update;这条 sql 的时候创建读视图，这样只有一个事务执行完毕，另一个事务才会创建读视图，所以不存在 count 不到的问题。
2. 如果没有上面两个 sql 语句，读视图会在 SELECT * FROM `a` where uid='a1' for update;这条 sql 的时候创建读视图，这样只有一个事务执行完毕，另一个事务才会创建读视图，所以不存在 count 不到的问题。
180 天前 回复了 857681664 创建的主题 › 程序员 › 抱着想写好质量代码的心，然后遇到一个完全不管代码质量的人合作，真是糟心 |
同遇到过，糟糕的是上级也不太管这个事，最后的结论就是代码能跑就行，慢慢的大家都摆烂了。
183 天前 回复了 beiwarm5 创建的主题 › 问与答 › 有没有 pdf 转 html 好用的工具啊 |
285 天前 回复了 HXHL 创建的主题 › 分享创造 › 通过订阅在 Clash 和 Surge 上使用 Warp+节点，流量无限制，速度还不错。 |
可以，留一个备用。
Select Language