Штука в том, что разработчики этого не гарантируют. В том числе,
для разных версий MySQL на одной платформе.
Для VPS, где варианта со снапшотами нет - либо он, либо
аналог, написанный руками на shell (обернуть cp/scp локами таблиц, от rsync
проку мало). А mysqldump с основного mysql-сервера - не вариант при больших базах.
kxk, Вы убили.
поисковый запрос: "как добавить поле в таблицу mysql"
[umka], я имел в виду, скорее, lvm-бекап. Там лочится все на мизерное время.
А для больших баз - mysqlhotcopy шустрее mysqldump, естественно. У Вас же
не вся база в памяти сидит. Можно, конечно, и репликацию поднять, что более
универсальный, но и более "тяжелый" вариант.
На тему "удобно" - есть же mysql bin-log. Он иногда полезен для восстановления
небольшого числа записей.
Ну, такого никто и не обещал, если бекапите каталог данных физически. Зато быстро.
myhand добавил 06.02.2010 в 01:28
А канал в gzip направляем специально?
Чтобы таблицы лочились подольше?
В каких попугаях Вам безопасность-то мерять?
Я сильно подозреваю (ибо понять отвечать что Вам сложно есть :D), что
пишите Вы не о безопасности, а о надежности. Prefork MPM более надежен,
чем worker или event MPM. В том плане, что каждый воркер независим
от других и умрет от сегфолта в каком-нибуть mod_php - только он один.
А не вместе с пачкой других, как в случае использования потоков-воркеров.
nginx в этом плане близок именно к worker/event - каждый воркер
обслуживает кучу соединений. А Вы как думали? Производительность
не бесплатна - не собирайте бажные модули для nginx.
Почему?
Если таблицы большие и достаточно интенсивно используются - лочить их
надолго mysqldump'ом - еще более дурной тон.
Если выделенный сервер - делать lvm-снапшоты, потом rsync.
На vps - mysqlhotcopy (если неприменно хочется решение, копирующее
каталоги с таблицами). Или mysqldump, как советовали выше.
В принципе, показатель. Но если попросить beancounters-ы
с работающей по заданному тарифному плану
машинки - покажут, скорее всего.
Напрасно. Просто загодя имеет смысл оценить конфигурацию, насколько
оно Вам хватит. /proc/user_beancounters на своих тарифных планах - никакой
хостер обычно не скрывает.
Это не умности - это азбука. Фронтенд/бакенд-архитектура - обязательное
требование для нагруженного веб-проекта. Если клиенту непосредственно
отдает контент тот самый процесс, что его сгенерировал - память ваших серверов
будет тупо выжираться медленными клиентами.
Дело не в конкретном веб-сервере, который используется в качестве
фронтенда. Апач с подходящим MPM (event) - вполне сгодится.
dekor2008, не понять Вас.
Положить движок и файлы сайта сразу в public_html - не пробовали?
Т.е. без создания там отдельного каталога www/
