背景
1、产品的问题点
- PG 不支持update | delete skip locked, nowait语法
2、问题点背后涉及的技术原理
- NOWAIT | SKIP LOCKED 用于 select for update语句, 锁住某些行, 又不想长时间等待. 提高请求吞吐, 减少等待.
- nowait 表示如果要锁的行发生了锁冲突, 则直接返回, 不等.
- skip locked表示跳过有锁冲突的行, 不等待. 例如有10行是符合条件的, 但是有3行发生了行锁冲突, 那么就跳过着3行, 锁其他7行.
3、这个问题将影响哪些行业以及业务场景
- 通用
4、会导致什么问题?
- 一般select for update后, 紧接着的大多数都是update或者delete操作, 如果是这样不妨直接支持update | delete skip locked, nowait语法.
- select for update后, 再执行update或者delete操作, 增加了交互次数, 对于网络较差或者高并发的小事务场景, 性能影响比较大.
5、业务上应该如何避免这个坑
- 可以使用CTE或CTID子句语法模拟一次交互
- 《PostgreSQL skip locked与CTE妙用 - 解决并发批量更新锁冲突带来的锁等待，提高处理吞吐》
- 《PostgreSQL SELECT 的高级用法(CTE, LATERAL, ORDINALITY, WINDOW, SKIP LOCKED, DISTINCT, GROUPING SETS, ...) - 珍藏级》
- 《PostgreSQL 使用advisory lock或skip locked消除行锁冲突, 提高几十倍并发更新效率》
6、业务上避免这个坑牺牲了什么, 会引入什么新的问题
- 需要了解cte语法, ctid子句语法
7、数据库未来产品迭代如何修复这个坑
- 希望内核可直接支持
update | delete skip locked, nowait语法, 减少交互次数.
