Сбрасывается в ноль?

У InnoDB есть свойство - при рестарте MySQL автоинкремент устанавливается в MAX(id)+1

an0nymmiksoft,

у меня табличка пустая, из неё данные переносятся в другую табличку. При сбросе AI в 0 после рестарта, соответственно, при переносе возникает ошибка PK constaintа.

В той теме как-нибудь победили такое поведение или резюмировали, что это баг, а не фича? Думаю - надо ли в старт СУБД закладывать обновление AUTO_INCREMENT для этой таблицы или есть менее костыльное решение?Если речь именно о том, о чем я говорил , то это документированная фича .

PosohovА где про это свойство написано, не подскажите?Хм, я же дал ссылку почти 6 лет назад. Она хотя и редиректится на документацию по современной версии MySQL, но все еще актуальна.

PosohovИ можно ли как то это отменить?
Имеется в виду, сброс AUTO_INCREMENT после перезапуска сервера?Пока - нет, да и незачем.
В будущем можно будет перейти на версию 8.0, там это поведение изменено.

PosohovКак это незачем?
Я, например, переношу все данные из одной таблицы в другую, в том числе поле с AI, и горя не знал, пока сервер не перезагрузил.
А теперь как?
Все время вручную отслеживать какой ID писать при вставке новой записи в таблицу, чтобы при очередном переносе дубля ID не возникло?Так прямо вместе с ID и переносите. Все равно в последовательности ID будут пропуски и при независимой генерации автоинкремента в разных таблицах идентификаторы разъедутся.

Posohov,

А, понял, при переносе записей вы исходную таблицу хотите очищать.
Ну тут да, напрямую не получится.
Либо используйте обходные варианты (например, удалять в исходной таблице все записи, кроме последней, или резервировать ID в целевой таблице при вставке в исходную), либо вообще пересматривайте схему БД (не факт, что этот перенос реально нужен).

PosohovДаже если и не очищать исходную таблицу, всегда есть момент, когда AI при сбросе просто уменьшится и опять в исходной таблице будет повтор значений.Если последнюю запись не удалять, то почему же уменьшится?
Posohovпри разрастании таблицы выборка текущих данных будет происходить все медленнее и медленнее.В общем случае - не факт. Сильно зависит от того, какая именно выборка. В ряде случаев решается без переноса правильными индексами или секционированием.
PosohovЯ вот хотел бы знать, на кой ляд они стали сбрасывать AI только после перезагрузки сервера, а не сразу после удаления строк с последними ID, если уж им так приспичило экономить числа AI?
Или у них какая другая была философия в этом вопросе?Как я понимаю - чтобы не создавать узкого места при вставке записей. Ведь этот счетчик нужно на диск писать каждый раз.
PosohovА откуда известно, что AI в MySQL 8.0 они сбрасывать больше не будут и в чем была причина? http://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-0.html InnoDB: The current maximum auto-increment counter value is now written to the redo log each time the value changes, and it is saved to an engine-private system table on each checkpoint. These changes make the current maximum auto-increment counter value persistent across server restarts. Additionally:

A server restart no longer cancels the effect of the AUTO_INCREMENT = N table option. If you initialize the auto-increment counter to a specific value, or if you alter the auto-increment counter value to a larger value, the new value is persisted across server restarts.

A server restart immediately following a ROLLBACK operation no longer results in the reuse of auto-increment values that were allocated to the rolled-back transaction.

If you modify an AUTO_INCREMENT column value to a value larger than the current maximum auto-increment value (in an UPDATE operation, for example), the new value is persisted, and subsequent INSERT operations allocate auto-increment values starting from the new, larger value.

For more information, see AUTO_INCREMENT Handling in InnoDB, and InnoDB AUTO_INCREMENT Counter Initialization.

http://dev.mysql.com/doc/relnotes/mysql/8.0/en/news-8-0-0.html InnoDB: The current maximum auto-increment counter value is now written to the redo log each time the value changesКстати, любопытно, как это будет сочетаться с innodb_flush_log_at_trx_commit=2 или 0.

PosohovИ разве до перезагрузки сервера они его не пишут на диск? В памяти что ли держат?Во всех старых и текущих версиях - да, в памяти. http://dev.mysql.com/doc/refman/5.6/en/innodb-auto-increment-handling.html This counter is stored only in main memory, not on disk.
PosohovИ что за беда писать счетчик на диск?Лишний ввод-вывод. Причем писать придется в разные места - в REDO и в таблицу.

PosohovВ MySQL 5.6 я с этой проблемой тоже столкнулся, когда вручную увеличил значение столбца с AI, а сервер продолжал считать по своему и мне приходилось дополнительно обновлять еще и AI с помощью ALTER TABLE table AUTO_INCREMENT = N, теперь как я понял, этого делать не придется.Не должно такого быть. http://dev.mysql.com/doc/refman/5.6/en/numeric-type-attributes.html When you insert any other value into an AUTO_INCREMENT column, the column is set to that value and the sequence is reset so that the next automatically generated value follows sequentially from the inserted value.