myproga,


При вставке NULL в id будет выбрано следующее значение в соответствующей ветке бинарного дерева ключа PK.

Работает только с MYISAM!

myproga,

Я тут задумывал серию статей на тему эмуляции SEQUENCE в MySQL, но по лени оно осталось в недоделанном состоянии - написал только две части из 4-х. Но зато рассмотрел, как работает Innodb со счетчиками в таблицах (попытка сделать подобие вышеописанной фичи MYISAM). Если интересно, то можно ознакомиться здесь:
Эмуляция SEQUENCE. / На базе INNODB и транзакций.
_
Недостатки:

* Другие сессии, которые будут работать с этой строкой, заблокируются в вызове nextval.
* Другие сессии, использующие режим изоляции READ COMMITTED, не будут видеть наших изменений до завершения нашей транзакции, но и не будут блокироваться, и вызов nextval вернет то же самое значение, что и в нашей сессии.

Т.е., все пользователи нашего генератора последовательностей должны работать в режиме REPEATABLE READ. В режиме READ COMMITTED наша конструкция неработоспособна совсем.


Если совсем лениво читать, то скажу, что с транзакционными базами такие конструкции лучше не делать - ненадежно, а то и неработоспособно.
Кстати, от пропусков это тоже не избавит. Т.ч. единственно верно - использовать id по назначению - как id, а не как порядковый номер.

Если мы заговорили об Innodb, то не будем забывать про implicit commit!
По этой причине отпадает и DDL (ALTER TABLE), и LOCK TABLE.

Можно попробовать блокировки с функциями GET_LOCK/RELEASE_LOCK и хранить счетчики в MYISAM табличке.

miksoft,

Что делает решение еще менее универсальным и повышает вероятность появления трудно находимых ошибок.