ansi395958's recent timeline updates ansi395958's recent timeline updates |
ansi395958V2EX member #452492, joined on 2019-11-12 16:45:34 +08:00 |
| 分享一个命令行启动工具 分享创造 • ansi395958 • Jul 8, 2021 • Lastly replied by ansi395958 | 7 |
| [杭州] [内推] [滴滴] 新团队机会多 酷工作 • ansi395958 • May 6, 2021 |
| 把一个 Go 工具编译到 wasm
1 分享创造 • ansi395958 • Aug 11, 2020 • Lastly replied by ansi395958
|
2 |
ansi395958's recent replies
Jul 8, 2021 Replied to a topic by ansi395958 › 分享创造 › 分享一个命令行启动工具 |
@lumotian 哈哈，懂得都懂
Jun 29, 2021 Replied to a topic by ansi395958 › 分享创造 › 分享一个命令行启动工具 |
@no1xsyzy 这个总结 👍🏻 toml 的语法就是这样
Jun 27, 2021 Replied to a topic by ansi395958 › 分享创造 › 分享一个命令行启动工具 |
Aug 11, 2020 Replied to a topic by ansi395958 › 分享创造 › 把一个 Go 工具编译到 wasm |
@somalia STAR STAR STAR
Aug 11, 2020 Replied to a topic by wensonsmith › 分享创造 › 试试能不能收到开源的第一笔打赏 🌚 |
酸了 我也想要（狗头
Jul 19, 2020 Replied to a topic by codebigbang › 程序员 › 问一个关于 MySQL 锁的问题 |
delete 和 insert 在可重复读级别下都会产生 gap 锁，假设 session a 在执行 insert 对 id(1,1000)加了 gap 锁，session b 在执行 delete 也对 id(1,1000)加了 gap 锁。gap 锁之间不会互相阻塞，但是他们会互相阻塞对方的写操作，那就有可能产生 a 等待 b 释放锁，b 等待 a 释放锁，产生死锁。但是 truncate 会加表锁，表锁会阻塞写意向锁，所以 insert 会被阻塞，不会产生死锁。
还有就是 delete 并不一定可以释放表空间，表会越来越大的，truncate 会释放空间。
还有就是 delete 并不一定可以释放表空间，表会越来越大的，truncate 会释放空间。
Select Language