тот, кто ставил nginx, догадался проанализировать нагрузку?
советов вам сотню надают. только у каждого совета своя область применения и если вы всем им будете следовать, то потеряете кучу времени впустую.
что-то врут они или ленятся. все можно сдампить из любой таблицы с любыми условиями
покажите им man mysqldump
o --where='where_condition', -w 'where_condition' Dump only rows selected by the given WHERE condition. Quotes around the condition are mandatory if it contains spaces or other characters that are special to your command interpreter. Examples: --where="user='jimf'" -w"userid>1" -w"userid<1"
что, впрочем, не отменяет того факта, что конвертер писать придется. таблицы и смысл данных наверняка различается.
когда есть 4 диска, то вместо raid5 уж точно нужно делать raid10.
Novoselsky, точно нельзя сказать не вникая в ваш сервис. кроме записи бд у вас ведь и другие операции.
вот вы считаете запись в бд самым проблемным местом, но это не обязательно так и есть.
точно не знаю чем измерить, обычно просто раскидывают части сайта по разным разделам и там уже можно снять статистику операций программами типа atsar или munin по каждому разделу.
кроме того, если вы разберете массив raid1 вам придется думать о резервном копировании.
Novoselsky, конечно меньше, ведь нужно продублировать операцию записи на оба диска. падение будет не в 2 раза, тк контроллер все-таки пытается распараллелить операции, но при высокой нагрузке и унылом контроллере, который обычно ставят хостеры, приблизится к двум как раз.
попробуйте не использовать innodb.
отключить log-bin.
innodb_flush_log_at_trx_commit=0 (это достаточно безопасно для вебсайтов)
еще больше памяти на сервер.
добавить еще один диск и тем самым разнести нагрузку веба и бд.
скорость беспорядочной записи в raid1 по сравнению с одним диском уменьшится.
у вас там innodb?
1. mysql.sock - не файл блокировки.
2. тс, как адекватно мыслящий хозяйственник, уже решает проблему другим методом /ru/forum/343529.
"уники" на некоммерческом форуме, который представляет из себя настоящий форум, а не сеошный высер - совсем другие. один такой уник зайдет и откроет сотню страниц за 15 минут.
уник на сеошном высере - закрывает первую же страницу в 90% случаев.
нельзя считать нагрузку в униках.
теперь ясно, что у вас sendmail.
копайте http://linux.ufaras.ru/sendm.html#3.15 :)
вообще возиться с sendmail мало охотников. Могу только подсказать как это делается в postfix. Да вы и сами найдете, ведь он куда дружественней sendmail.
Сначала выясните какой именно там почтовый сервер (MTA) работает.
