Существует ли какая-нибудь автоматическая команда, которая скрутит счетчик автоиндекса до номера последней существующей в базе операции.

Например, в базе самая большая операция с порядковым номером 2315, а счетчик стоит, что следующий автоиндекс 46501. Есть ли какая-нибудь команда, которая автоматически скрутит этот счетчик, чтобы следующий индекс был бы 2316?

miksoftDimitry Sibiryakovпропущено...

Рестарт сервера.Это если InnoDB.

А без рестарта можно сделать ALTER TABLE ... AUTO_INCREMENT=12345
http://dev.mysql.com/doc/refman/5.5/en/alter-table.html To change the value of the AUTO_INCREMENT counter to be used for new rows, do this:

ALTER TABLE t2 AUTO_INCREMENT = value;

You cannot reset the counter to a value less than or equal to any that have already been used. For MyISAM, if the value is less than or equal to the maximum value currently in the AUTO_INCREMENT column, the value is reset to the current maximum plus one. For InnoDB, if the value is less than the current maximum value in the column, no error occurs and the current sequence value is not changed.

miksoft, ЭТО ПРОСТО ОХРЕНИТЕЛЬНО!!!!!!!
Я только что проверил и действительно alter table t auto_increment = 1 ВСЕГДА СКРУЧИВАЕТ СЧЕТЧИК НА ТОТ САМЫЙ ВОЛШЕБНЫЙ НОМЕР, как я и хотел!!!! то есть самая старшая запись базе + 1.

ОГРОМНОЕ ВАМ СПАСИБО!!!!!!!! КРУТЯК!!

PS. немного стыдно, что сам не догадался просто в качестве эксперимента выполнить этот запрос с единичкой и посмотреть, что получится. Но в любом случае, главное, что теперь я знаю такое СУПЕР ЭЛЕГАНТНОЕ решение. ЕЩЁ РАЗ СПАСИБО!!!

miksoftLumixalter table t auto_increment = 1 ВСЕГДА СКРУЧИВАЕТ СЧЕТЧИК НА ТОТ САМЫЙ ВОЛШЕБНЫЙ НОМЕРНе советую на это полагаться. Однажды придется перейти на InnoDB, и этот фокус не сработает.

не совсем понимаю о чем речь... уж третий год как мы делаем все проекты только на иннодб.... может вы имеете ввиду, что на новых версиях иннодб это не работает??

у нас в продакшене стоят 5.0.27
на них этот трюк работает
мы уже час назад сдали это решение клиенту в эксплуатацию
пока полет нормальный...
хотя может завтра чё-нибудь вскроется)))

хотя чисто по логике вроде эта операция безобидная...
даже если не сработает, то как минимум она просто упадет с ошибкой
но база ведь не умрет...

miksoftLumixможет вы имеете ввиду, что на новых версиях иннодб это не работает??Прочитайте последнее предложение в моей цитате из доки.

Lumixу нас в продакшене стоят 5.0.27В доке для ветки 5.0. сформулировано чуть иначе, но суть та же. http://dev.mysql.com/doc/refman/5.0/en/alter-table.html For InnoDB, you can use ALTER TABLE ... AUTO_INCREMENT = value as of MySQL 5.0.3, but if the value is less than the current maximum value in the column, no error occurs and the current sequence value is not changed.


Получается, что официальная дока ВРЕТ!!
(либо перед нами чудесное пасхальное яйцо...)

Потому что проделывая вот такой простой лабораторный тест мы получаем изменение автоиндекса в самое свежее значение.
Можете сами проделать все эти действия и убедиться, что все работает.

miksoftLumixПолучается, что официальная дока ВРЕТ!!
(либо перед нами чудесное пасхальное яйцо...)Вот только мы не знаем, в чем именно врет дока.
Возможно, документированный эффект начинается с более поздних версий. Например, не 5.0.3, а 5.0.37 (ну опечатались, забыли циферку). И тогда при смене версии MySQL (а она у вас уже давно просится) могут быть проблемы. Если не лень, то проделайте эксперимент на более современных версиях.

Кстати, у форков (которые уже идут штатно в ряде дистрибутивов Linux взамен MySQL) может быть своя точка зрения на все это.

из имеющихся реальных возможностей по-быстрому проверить, я смог провести эту лабораторную работу только на

Ось: Linux 3.10.76 (Gentoo 4.8.4)
Сервак: MariaDB
Версия сервера: 5.5.43-MariaDB - Source distribution
Версия протокола: 10
Кодировка сервера: UTF-8


Все работает как часы - счетчик успешно скручивается.