k001
k001
:...

April 2032
        1 2 3
4 5 6 7 8 9 10
11 12 13 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29 30

k001 [userpic]
mysql

Кажется, я начинаю понимать, почему MySQL не есть enterprise-ready. Ну невозможно работать с таблицей, в которой около 100 миллионов записей, и которая занимает на диске 6 Гб. Работало-работало, потом говорит - индекс у вас кривовастый, не буду работать. Запустил myisamchk с утра - до сих пор хреначит. Считай, почти сутки даунтайма уже есть. Вполне вероятно, конечно, что виноват IDE RAID, чтоб он сдох.

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

А вообще я mysql очень люблю. За относительную простоту и скорость.

Comments

Ага. Если ты и дальше будешь myisam гонять на таких базах, то сам папа карло тебе буратино. Mysql сам предупреждает, что для больших баз они специально придумали InnoDB. ПРавда, для него нет myinnodbchk, но мне за 1 год оно ни разу не потребовалось - главное - сервер на ходу не убивать.

У меня сейчас в старой конторе до сих пор работает биллинговый сервер, в который пишется детальная информация о сессиях ( то есть на каждый логин-логаут по 5 записей). База сейчас занимает 106Гбайт с туевой хучей записей.

Пока выяснилась только одна жопа - стандартным бекапом ее сбекапить нельзя - память кончается :-). А самаписным - легко :-)

Re:

спасибо за совет, будем попробовать

Учитывай что innodb транзакционная. поэтому и chk не нужен - при старте mysql незавершенные транзакции роллбекаются.

Гы. На таких объемах и MSSQL не ентерпрайз-реди. :)