Побились базы MySQL

А вам есть два примера полной потери таблиц, ТСа и мой, но вы продолжаете твердить, что это не норма. Ну-ну.

Это еще не примеры. Нету подтверждений что у ТС не было ни одной битой таблицы ДО. И нету информации что не было проблем с дисками.

Все догадки.

---------- Добавлено 28.12.2013 в 21:45 ----------

Это еще не примеры. Нету подтверждений что у ТС не было ни одной битой таблицы ДО. И нету информации что не было проблем с дисками.

Все догадки.

Т.е. 1 раз в год. И за 13 лет, только один раз была полная задница. Имхо весьма не плохая надежность :D

У mysql куча видов таблиц, под все случаи жизни. Тот же myisam отлично подходит под форумы, где на сотни просмотров приходится только одна запись. Просто так обрушить myisam - это рубануть сервер кнопкой отключения питания или же не верными настройками.

innodb - надежнее, спору нет. Но эта надежность требует дополнительные ресурсы. И от проблем с жестким диском или перегруженной vps нодой, совершенно не спасет.

Не вдаваясь в проблемы ТС, могу просто сказать - просто так myisam не будет биться.

Что произошло под словами "технические работы", возможно меняли диск или ещё что, но факт остаётся фактом, таблицы не поддавались восстановлению 100% целостности.

Так же есть несколько форумов с InnoDB, там когда VPS отключался из за нехватки места на диске, всё решалось восстановлением, и до сих пор работают и проверяются без проблем.

Тут я даже не знаю что лучше теперь выбирать для форумов.

Да какая разница догадки или нет, если такое случается.

Если не критично терять данные и можете вовремя подымать из бэкапов, то какая разница :)

А если все-таки не хочется терять данные, то или innodb или посмотреть еще другие варианты, например sqlite3, надежнее sqlite3 врядли вообще что-то есть среди sql баз данных, она благодаря этому и известна.

Развернув из бэкапа потерялся день, а это пользователи, сообщения, вложения, терять как то не хочется + ко всему потерянное время. Спасибо, посмотрю sql3lite что за зверь.

zzzit, да я смотрю вы любитель спорных формулировок. Сам такое люблю, но тут уж вы совсем неаккуратно. Вам даже ТС поверил :

Ну какой sqlite? Поехали совсем ? Форумов и CMS под нее фактически нет. Смотреть не на что.

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

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

Только если бьется mysql , то sqlite так же будет вылетать. Не надо думать, что вот заменю mysql на oracle и тут же все косяки хостинга станут не значительными и влиять на данные не будут.

Вообще в чем проблема, сменить тип таблиц на innodb ?

Просто так спонтанно менять тип таблиц не стоит.

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

Есть случаи когда стоит сменить myisam на innodb при большом числе запросов. Но для большинства скриптов смены типа таблиц (myisam >> innodb, innodb >> myisam) только ухудшит его работу.

Т.е. если разработчики не предусмотрели выбор типа таблиц изначально (при установке, в админке) и скрипт писался не в каменный век, то можно с очень большой вероятностью сказать, что при смене получим "тормоза".

Да ладно! Вы им верите?

Есть мнение педалируемое, например, экспертами из Percona, которые занимаются исключительно высокодоходными и соответственно высококонкурентными базами.

Книжку-то толковую они написали, но читают ее неправильно. И теперь все (на Хабре в основном) им верят и в новых версиях vbulletin 4 внезапно таблицы стали создаваться как innodb. Логики никакой. Суть приложения в новой версии не изменилась. Простое стадное чувство. Ну, может быть, еще немного стремления избавить себя от части претензий в техподдержку.

Все бы хорошо, но это же веб! Можно поискать как на форуме сообщества vbulletin как пользователи-практики для лучшей производительности все же рекомендуют использовать myisam. Потому что не перегружаются сервера сами по себе. И скорости постинга более 1 поста в секунду у вас и не будет никогда.

Лично я, кстати, использую комбинированный подход - юзеры, темы, форумы (записи о подразделах и вся иерархия) и еще ряд важных таблиц в innodb, все остальное в myisam.