Stek: Это не норма. Это в первую очередь проблема с хостингом, если база рушиться. Использую mysql со времен php v2, ни разу не терял таблицы полностью. В среднем сталкиваюсь раз в год с битым myisam, но все как правило востанавливаемо.
У меня пару серверов mysql где-то начиная с 2004-го, раз 10 запускал myisamchk, один раз пару таблиц полностью накрылось.
Stek:
Работу базы данных и надежность надо оценивать но нормальным условиям эксплуатации, а не по "а если я питание рубану".
Мда, это вообще-то одно из самого главного в базах данных, потому что абсолютно все падает.
---------- Post added 28-12-2013 at 21:21 ----------
netwind: Я тот, кто не может промолчать, когда людей вводят в заблуждение.
Вот вы тут конкретно вводите в заблуждение людей, myisam никогда не пыталось быть надежным, ни в коем случае ни при каких обстоятельствах нельзя расчитывать, что она не загнется. Вообще-вообще.
netwind: Тогда вам и не стоит рассуждать о статистике поломок myisam.
Кхм, а кто вы, что смеете делать оценки, кому о чем рассуждать в каких вопросах? У вас достаточно квалификации, чтобы рассуждать о базах данных? Что это за такая мода на серче, говорить кому о чем говорить, не пойму.
netwind: Имелась ввиду потеря большей части данных и целых таблиц. Это не норма даже при условии "нечестной" отложенной записи от хостера.
Да нет, это таки норма для myisam, даже у меня такое было на честном сервере с честным жестким диском, хотя mysql почти не пользую. В myisam ничего для надежности не предусмотрено, оно тупо файлики таблиц открывает и перезаписует кусочки, какие надо, а так можно и целую таблицу потерять, если что-то случится.
vois: Там еще отложенная запись на диск могла быть, но обычно это приводит к потери последних данных, а не крушению всей базы.
Для myisam крушение всей базы - норма, там нет журналирования, а вот для innodb - не норма. Еще говорят на многих ssd данные могут теряться где попало по всему диску просто от того, что писали на него много в момент отключения питания.
Подозрительно цены одинаковые и все в Харькове и SSD :) :
http://uaservers.net/vds/
https://friendhosting.net/vps.php
https://onehostpower.com/vds
zzzit, два человека вам уже написали, что полное разрушение таблиц - это нифига не норма
А вам есть два примера полной потери таблиц, ТСа и мой, но вы продолжаете твердить, что это не норма. Ну-ну.
Это не норма. Это в первую очередь проблема с хостингом, если база рушиться. Использую mysql со времен php v2, ни разу не терял таблицы полностью. В среднем сталкиваюсь раз в год с битым myisam, но все как правило востанавливаемо.
У меня пару серверов mysql где-то начиная с 2004-го, раз 10 запускал myisamchk, один раз пару таблиц полностью накрылось.
Работу базы данных и надежность надо оценивать но нормальным условиям эксплуатации, а не по "а если я питание рубану".
Мда, это вообще-то одно из самого главного в базах данных, потому что абсолютно все падает.
http://en.wikipedia.org/wiki/Durability_(database_systems)
---------- Post added 28-12-2013 at 21:21 ----------
Я тот, кто не может промолчать, когда людей вводят в заблуждение.
Стоимость такого сервера порядка 15 тыс $ плюс минус 5 тонн, в зависимости от уровня железа и склонности к самоделкинству / колхозу.
На 10 ТБ? 5 дисков по 3 ТБ в рейд5 = $1000, + материнка + проц + память + 2U ящик + БП еще около $1000.
Тут на форуме было под стримминг предложение:
http://highload.biz/ru/calculator/
У хецнера еще можете глянуть:
http://www.hetzner.de/hosting/produkte_rootserver/xs13
Тогда вам и не стоит рассуждать о статистике поломок myisam.
Кхм, а кто вы, что смеете делать оценки, кому о чем рассуждать в каких вопросах? У вас достаточно квалификации, чтобы рассуждать о базах данных? Что это за такая мода на серче, говорить кому о чем говорить, не пойму.
Имелась ввиду потеря большей части данных и целых таблиц. Это не норма даже при условии "нечестной" отложенной записи от хостера.
Да нет, это таки норма для myisam, даже у меня такое было на честном сервере с честным жестким диском, хотя mysql почти не пользую. В myisam ничего для надежности не предусмотрено, оно тупо файлики таблиц открывает и перезаписует кусочки, какие надо, а так можно и целую таблицу потерять, если что-то случится.
Там еще отложенная запись на диск могла быть, но обычно это приводит к потери последних данных, а не крушению всей базы.
Для myisam крушение всей базы - норма, там нет журналирования, а вот для innodb - не норма. Еще говорят на многих ssd данные могут теряться где попало по всему диску просто от того, что писали на него много в момент отключения питания.
Решается все уровнем хакинга, как и подметил один форумчанин. Каждая новая строка безопасности отсеивает отдельный уровень.
Как вы думаете, у кого выше шансы заразить огромное количество машин, у трояна с низким "уровнем хакинга" или с высоким?
Глупости это все, безопасность на коленке не получится, что бы там не выдумывали.
Подскажите что/как можно пошаманить для восстановления целостности баз???
Можно остановить mysql и попробовать myisamchk еще.
ну и как положено круглосуточная поддержка на русском языке, платное администрирование, аптайм 100% и бла бла бла.
Просто сервер без всяких особых требований найти реально за эту сумму, но вот с этим всем может стать не так реально.