When you create a serial
or bigserial
column, PostgreSQL actually does three things:
- Creates an
int
or bigint
column.
- Creates a sequence (owned by the column) to generate values for the column.
- Sets the column's default value to the sequence's
nextval()
.
When you INSERT a value without specifying the serial
column (or if you explicitly specify DEFAULT
as its value), nextval
will be called on the sequence to:
- Return the next available value for the column.
- Increment the sequence's value.
If you manually supply a non-default value for the serial
column then the sequence won't be updated and nextval
can return values that your serial
column already uses. So if you do this sort of thing, you'll have to manually fix the sequence by calling nextval
or setval
.
Also keep in mind that records can be deleted so gaps in serial
columns are to be expected so using max(id) + 1
isn't a good idea even if there weren't concurrency problems.
If you're using serial
or bigserial
, your best bet is to let PostgreSQL take care of assigning the values for you and pretend that they're opaque numbers that just happen to come out in a certain order: don't assign them yourself and don't assume anything about them other than uniqueness. This rule of thumb applies to all database IMO.
I'm not certain how MySQL's auto_increment
works with all the different database types but perhaps the fine manual will help.
与恶龙缠斗过久,自身亦成为恶龙;凝视深渊过久,深渊将回以凝视…