peyppicp 最近的时间轴更新
peyppicp

peyppicp

🏢  ByteDance
V2EX 第 366732 号会员,加入于 2018-11-29 20:32:11 +08:00
根据 peyppicp 的设置,主题列表被隐藏
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
peyppicp 最近回复了
想买发射器,但是又怕被查水表
苹果全家桶,肯定 atv 呀,infuse 总会有在 ipad ,手机上使用的时候
8 天前
回复了 um1ng 创建的主题 机械键盘 24 年了大家在用什么键盘
返璞归真了,用 macbook 上自带的键盘
9 天前
回复了 chowdpa02k413 创建的主题 NAS 深入浅出玩转绿联 UGOS (上)
拜读了,牛逼
23 天前
回复了 fu82581983 创建的主题 JetBrains 你的 IDEA(2024.1) 在 macOS 上崩吗?
macOS 版本:14.4.1 ,goland 版本 2024.1 完全没有崩过
建议留在事业单位
字节出来的 base 涨幅能到多少呢
这个资金量是怎么安全上岸的
81 天前
回复了 misoomang 创建的主题 MySQL 求助 MySQL 5.7 默认隔离级别下死锁问题
咨询了 gpt:结论如下:

对于示例中的数据库事务:
初步执行 time1: update student set score=88 where id=22; 时,因为 id=22 并不存在,所以它会添加一个 Next-key lock ,范围在项目 (15, 25) 上。
然后 time2: update student set score=99 where id=21; 可以被成功执行,而不会被阻塞,这是因为 InnoDB 使用了 Next-key Locks (即记录锁和间隙锁的组合)。执行这条语句时,id=21 并不存在,不会触发 Next-key Locks 范围 (15, 25) 上的记录锁,并成功执行。但同时,这个语句添加了一个 Next-key lock ,范围在 (21, 25) 上。
然后在 time3: insert into student(id, name, age, score) value(22, 'John', 28, 88); 语句执行时,因为 id=22 在之前 time2 执行的 Next-key Locks 泛围 (21, 25) 内,所以这条语句会被阻塞。
同时,在 time4:insert into student(id, name, age, score) value(21, 'John', 28, 99); 中,因为 id=21 在事务 A 的 Next-key Locks 泛围 (15, 25) 内,所以这条语句亦会阻塞。
最后形成了死锁,两个操作互相等待对方释放资源。
问了内部 java 转 go 的,大家基本上意见统一了,go 写着真爽,不想再写 java 了
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2362 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 12ms · UTC 09:45 · PVG 17:45 · LAX 02:45 · JFK 05:45
Developed with CodeLauncher
♥ Do have faith in what you're doing.