ansi395958 最近的时间轴更新
ansi395958

ansi395958

V2EX 第 452492 号会员,加入于 2019-11-12 16:45:34 +08:00
ansi395958 最近回复了
2021 年 7 月 8 日
回复了 ansi395958 创建的主题 分享创造 分享一个命令行启动工具
@lumotian 哈哈,懂得都懂
2021 年 6 月 29 日
回复了 ansi395958 创建的主题 分享创造 分享一个命令行启动工具
@no1xsyzy 这个总结 👍🏻 toml 的语法就是这样
2021 年 6 月 27 日
回复了 ansi395958 创建的主题 分享创造 分享一个命令行启动工具
2020 年 8 月 11 日
回复了 ansi395958 创建的主题 分享创造 把一个 Go 工具编译到 wasm
@somalia STAR STAR STAR
2020 年 8 月 11 日
回复了 wensonsmith 创建的主题 分享创造 试试能不能收到开源的第一笔打赏 🌚
酸了 我也想要(狗头
2020 年 7 月 19 日
回复了 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 会释放空间。
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   5163 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 16ms · UTC 03:49 · PVG 11:49 · LAX 19:49 · JFK 22:49
♥ Do have faith in what you're doing.