背景

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 语法, 减少交互次数.