peyppicp 最近的时间轴更新
peyppicp

peyppicp

🏢  ByteDance
V2EX 第 366732 号会员,加入于 2018-11-29 20:32:11 +08:00
今日活跃度排名 22337
根据 peyppicp 的设置,主题列表被隐藏
二手交易 相关的信息,包括已关闭的交易,不会被隐藏
peyppicp 最近回复了
字节出来的 base 涨幅能到多少呢
这个资金量是怎么安全上岸的
31 天前
回复了 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 了
101 天前
回复了 snylonue 创建的主题 游戏开发 求推荐 2D 游戏引擎
开源为啥不选择开源引擎 godot
112 天前
回复了 Heimerdinger 创建的主题 加密货币 贷了 20 万梭哈,不知道选什么币
赌徒心态,你就是挣了钱,也得凭你的本事亏回去
122 天前
回复了 joycom 创建的主题 酷工作 上海,得物,交易, Java !
害,3 年交易经验,可惜在北京
我们一个分片 5kw 条数据,700+分片,没有这种扩展字段,每次上个需求都得慢死
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   1628 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 11ms · UTC 16:51 · PVG 00:51 · LAX 09:51 · JFK 12:51
Developed with CodeLauncher
♥ Do have faith in what you're doing.