ansi395958 最近的时间轴更新
ansi395958

ansi395958

V2EX 第 452492 号会员,加入于 2019-11-12 16:45:34 +08:00
分享一个命令行启动工具
分享创造  •  ansi395958  •  2021-07-08 13:47:45 PM  •  最后回复来自 ansi395958
7
[杭州] [内推] [滴滴] 新团队机会多
酷工作  •  ansi395958  •  2021-05-06 11:28:47 AM
把一个 Go 工具编译到 wasm
  •  1   
    分享创造  •  ansi395958  •  2020-08-11 19:05:23 PM  •  最后回复来自 ansi395958
    2
    ansi395958 最近回复了
    2021-07-08 13:47:45 +08:00
    回复了 ansi395958 创建的主题 分享创造 分享一个命令行启动工具
    @lumotian 哈哈,懂得都懂
    2021-06-29 12:17:10 +08:00
    回复了 ansi395958 创建的主题 分享创造 分享一个命令行启动工具
    @no1xsyzy 这个总结 👍🏻 toml 的语法就是这样
    2021-06-27 22:44:42 +08:00
    回复了 ansi395958 创建的主题 分享创造 分享一个命令行启动工具
    2020-08-11 19:05:23 +08:00
    回复了 ansi395958 创建的主题 分享创造 把一个 Go 工具编译到 wasm
    @somalia STAR STAR STAR
    2020-08-11 19:04:06 +08:00
    回复了 wensonsmith 创建的主题 分享创造 试试能不能收到开源的第一笔打赏 🌚
    酸了 我也想要(狗头
    2020-07-19 22:19:57 +08:00
    回复了 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   ·   实用小工具   ·   1111 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 14ms · UTC 18:55 · PVG 02:55 · LAX 10:55 · JFK 13:55
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.