在PostgreSQL中，我必须以小批量的方式获取id，并同时删除它们，这样就不会有两个客户端获取相同的id.
可惜的是，DELETE并不支持LIMIT，所以我提出了这个问题:
DELETE FROM codes
WHERE id IN (SELECT id FROM codes WHERE product = 'abc' LIMIT 100 FOR UPDATE)
RETURNING id
可悲的是，这是缓慢和串行算法(在某些情况下)—你不能SELECT而DELETE运行，而不是 Select 相同的id两次.DELETE，直到你有SELECT个结果.
这导致性能不佳，当许多客户同时出现时.什么是我最好的 Select 来并行化/加速这一切？
PS:当产品与不同客户端不同时—数据库可以很好地并行化，但是当它们相同时—响应时间开始随着并行客户端请求的数量线性增长.
Assuming你不关心代码的消费顺序——在你的查询中没有ORDER BY表示.
使用SKIP LOCKED允许并行化.否则，多个并发调用定期堆积，等待前一个调用完成.
此外，在CTE中具体化您的 Select ，因为LIMIT子句与锁定子句不能很好地交互.参见:
WITH sel AS MATERIALIZED (
SELECT id
FROM codes
WHERE product = 'abc'
LIMIT 100
FOR UPDATE SKIP LOCKED
)
DELETE FROM codes c
USING sel s
WHERE c.id = s.id
RETURNING c.id;
关键字MATERIALIZED不是严格需要的，因为这个CTE无论如何都不会被内联.但为了清楚起见不会有什么坏处.
现在，您可以同时安全地运行该命令的多个实例，每个实例都在一个单独的会话中.
要确保所有行都已处理完毕，请在您认为处理完毕后再判断.比如:
SELECT EXISTS (SELECT FROM codes WHERE product = 'abc');
如果仍有剩余行，则运行不含SKIP LOCKED的final命令.循环最后两个步骤，以确保绝对确定.或者只是循环命令而不使用SKIP LOCKED.
如果过滤器WHERE product = 'abc'实际上是 Select 性的，即，仅占总行的一小部分，则codes(product)上的索引应该会有所帮助.否则，它通常比帮助更多的成本，因为索引增加了写入成本.