V2EX › louettagfh 的所有回复 › 第 2 页 / 共 5 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5

❮

❯

2021 年 3 月 3 日

回复了 louettagfh 创建的主题 › 问与答 › 2021 年了，有没有稳定的开源了论坛程序?

啊这

2021 年 2 月 18 日

回复了 hnes 创建的主题 › 程序员 › TuringCell 开源小组寻找一位开源开发者（有定向捐赠）

@hnes logdb 的具体 roadmap 有吗? 这让人一头雾水啊

2021 年 2 月 8 日

回复了 dafsic 创建的主题 › 程序员 › 请教一个进程 cpu 顺序的问题

没有理解你这么做想干什么?

绑核也只是限定进程在哪些核上执行，而不是进程独占这个核

2021 年 2 月 6 日

回复了 zxCoder 创建的主题 › 问与答 › mysql 里非事务的 update 语句，会自动加排它锁吗

@zxCoder 针对 SELECT 当然是取决于你的语句来决定加什么锁.

Update 即修改 record 是自动加锁的, 你不需要做任何处理.

2021 年 2 月 6 日

回复了 zxCoder 创建的主题 › 问与答 › mysql 里非事务的 update 语句，会自动加排它锁吗

你是指没有显式的 begin 吗?

update 语句依然需要排它锁.

事务中写不写 FOR UPDATE 和 LOCK IN SHARE MODE 取决于你的需求啊.

2021 年 1 月 30 日

回复了 RedBlackTree 创建的主题 › 数据库 › 大家企业实际生产中数据库都如何配置？

1. select 是否加锁要看是什么类型的 select 语句:
* 快照读不需要加锁, MVCC 的 undo log 能保证读到正确的数据.
* shard mode 加 s 锁.
* for update 加 x 锁.

2. InnoDB 使用 Next-key Lock 解决了 RR 部分场景下的幻读，也不是完全的避免幻读.

2021 年 1 月 19 日

回复了 silenceeeee 创建的主题 › MySQL › MySQL next-key lock 请教

@silenceeeee 你理解的没有错 next-key lock 是 record lock 加 record 前面的 GAP lock. 但为什么你这个场景后面的 GAP 也锁住了呢?

因为表中的 `a` 字段不是二级唯一索引, 所以你执行 session 1 的时候会有 3 个锁:

1. 索引 `a` 上的 '7' 的 next-key lock.
2. 主键索引上 '3' 的 record lock.
3. 索引 `a` 上的 '10' 的 GAP lock. 即 [7, 10)

InnoDB 的加锁逻辑是遍历到下一个 record 然后添加 GAP LOCK

2021 年 1 月 8 日

回复了 movq 创建的主题 › macOS › 不懂就问，为什么明明内存没有吃满，还会使用虚拟内存？

你没有理解操作系统中什么是虚拟内存，什么是物理内存

2020 年 12 月 20 日

回复了 huntcool001 创建的主题 › 数据库 › 阿里云 PolarDB 有人用过吗?

性能当然是不错的，迁移之前自己先压测试试.

1 2 3 4 5

❮

❯