Переполнение автоинкремента
- Автор темы Nikitian
- Дата начала
Nikitian
расскажите о своей практике, когда вы добирались до лимита? какой это был проект? что за данные?
чтобы вас не утомлять подсчётами - упереться в знаковый инт за 7 лет, это ~840000 записей в день. в беззнаковый - в 2 раза больше...
а теперь поговорите ещё, что это рядовая ситуация.
расскажите о своей практике, когда вы добирались до лимита? какой это был проект? что за данные?
чтобы вас не утомлять подсчётами - упереться в знаковый инт за 7 лет, это ~840000 записей в день. в беззнаковый - в 2 раза больше...
а теперь поговорите ещё, что это рядовая ситуация.
Nikitian
Новичок
10 вставок в секунду - это потянет даже шаредхостинг )))
На одном из наших сайтов (городской портал) сейчас идёт до 1000 запросов в секунду из них около 1% - это не select'ы. Вот и думаю что ждёт в ближайшем будущем, если учесть, что сайт пашет уже 5 год и меньше не становится.
P.S. Дебильнейшая структура сайта устроена таким образом, что есть одна гигантская таблица и постепенно она разгружается на мелкие, но не разгрузится ещё ой как долго...
На одном из наших сайтов (городской портал) сейчас идёт до 1000 запросов в секунду из них около 1% - это не select'ы. Вот и думаю что ждёт в ближайшем будущем, если учесть, что сайт пашет уже 5 год и меньше не становится.
P.S. Дебильнейшая структура сайта устроена таким образом, что есть одна гигантская таблица и постепенно она разгружается на мелкие, но не разгрузится ещё ой как долго...
и на шаред хостинге будет 1 таблица, ага
даже если представить, что ты говоришь правду, то это 10 те же вставок в секунду. и те же 840000 в сутки. жажду узнать, что это за данные, ну и ссылку на этот мегапортал (в этом месте думаю вконтакте, как один из самых посещаемых в рунете, тихо стоит в уголочке)
-~{}~ 29.05.09 21:26:
не верю.
Nikitian
Новичок
Сайт не мой, а компании, в которой работаю. К реальной статистике доступа не имею в данный момент, т.к. впринципе и не должен иметь его, но однажды видел.
Сейчас посмотрел базу - судя по всему, существующие таблицы в базе не один раз копировались и сейчас я насчитал 4 старых таблицы с максимумом id 10-15кк и текущая max(id) 2055454. Видимо там наступал предел возможностей для существующего оборудования.
Вопрос идёт не о том, где и что я видел и делаю, а о том, как выходить из озвученной ситуации.
Nikitian
Новичок
Смешные вы. Прежде чем войти в ситуацию её нужно предвидеть, иначе в ситуацию не войдёшь, а вляпаешься.
Это был лишь пример. Допустим система статистики подобные объёмы данных наберёт гораздо быстрее.
Id там нужно, причём критично. Не нужна одна гигантская таблица, но это уже не ко мне вопрос - я как раз разгружаю её на мелкие.
это тебе на форумы по философии нужно тогда. ну или практическому гаданию.
вот как только у тебя будет система статистики... вот как только твоя система наберёт нужные темпы роста... кстати, люди, которые такими объёмами ворочают, как правило таких вопросов не задают.
ps: я ошибся, если темпы сохранятся, то приходить тебе за советом нужно не через 500 лет, а через 5000. ну или 10 000 лет, если поставить unsigned.
имхо, у тебя достаточно времени, чтобы что-то придумать.
если никаких вычислений не производить (а какие вычисления производить с PK?) - тогда пофиг, всё равно приходит строка.
ps:
Код:
zerkms@honeypot ~ $ php -r "echo pow(2, 33) * 13 + 666;"
111669150362
zerkms@honeypot ~ $ uname -a
Linux honeypot 2.6.28-gentoo-r5 #1 SMP Sat Apr 25 00:35:48 VLAST 2009 i686 Intel(R) Celeron(R) CPU 430 @ 1.80GHz GenuineIntel GNU/Linux