Atomic UPDATE to increment integer in Postgresql

时间:2016-10-20 19:28:58

标签: multithreading postgresql concurrency race-condition transaction-isolation

I'm trying to figure out if the query below is safe to use for the following scenario:

I need to generate sequential numbers, without gaps. As I need to track many of them, I have a table holding sequence records, with a sequence integer column.

To get the next sequence, I'm firing off the SQL statement below.

WITH updated AS (
  UPDATE sequences SET sequence = sequence + ? 
  WHERE sequence_id = ? RETURNING sequence
)
SELECT * FROM updated;

My question is: is the query below safe when multiple users fire this query at the database at the same time without explicitly starting a transaction?

Note: the first parameter is usually 1, but could also be 10 for example, to get a block of 10 new sequence numbers

2 个答案:

答案 0 :(得分:6)

Yes, that is safe.

While one such statement is running, all other such statements are blocked on a lock. The lock will be released when the transaction completes, so keep your transactions short. On the other hand, you need to keep your transaction open until all your work is done, otherwise you might end up with gaps in your sequence.
That is why it is usually considered a bad idea to ask for gapless sequences.

答案 1 :(得分:0)

Unless I misunderstand the question, that's what the SERIAL data type is for:

https://www.postgresql.org/docs/8.1/static/datatype.html#DATATYPE-SERIAL