Как защитить таблицу MySQL от переполнения счетчика автоинкремента?

Question

[Crash]

Есть таблица, куда записываются данные со скоростью 5-6 тыс. строк в минуту. Старые записи периодически подчищаются, но счетчик автоинкремента пока не сбрасывается. Поле с автоинкрементом имеет тип INTEGER (11).

Конечно, можно поставить тип BIGINT и забыть о проблеме переполнения, но мне все же интересно - есть ли встроенная защита от переполнения? И если ее нет, можно ли безопасно сбросить счетчик при интенсивной работе с данными?

Comments

[sim3x]

Зачем так сделано?

[Crash]

sim3x, что сделано?

[sim3x]

Crash,

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

[Crash]

sim3x, за тем, что становятся не нужны и незачем их хранить

[sim3x]

Crash, я привел два предложения
Вы пояснили только второе

[Crash]

sim3x, это фиксированные курсы обмена для использования в обменных сервисах. Т.е. берется несколько десятков платежек, с которых клиент может отправить деньги, несколько десятков платежек, на которые клиент может получить деньги, выбираются все доступные комбинации между ними и для этих связей фиксируются курсы обмена (биржевой курс + % комиссии сервиса). Т.к. курсы постоянно меняются, их нужно фиксировать на момент оформления клиентом заявки.

[sim3x]

Crash,

Конечно, можно поставить тип BIGINT и забыть о проблеме переполнения, но мне все же интересно - есть ли встроенная защита от переполнения?

проблема не в переполнении, а в перезаписи старой записи новой

ИМО, у вас два паршивых решения
бигинт (и в какой-то отделенный момент времени сброс счетчика)
uuid

Я б перезадал вопрос на SO с обязательным описанием задачи из вашего комента - есть чувство, что задача решается как-то проще

Answer 1

[Константин Цветков]

Как сбросить счётчик (autoincrement)?