Так есть же лимиты на подключение per user. Не слыхали разве?
Впрочем не спорю - может есть еще какие нетривиальные проблемы с подобным вариантом. Придумал его даже не я собственно - где-то в рассылке *mysql рекоммендовали ихние лучшие собаководы. Авось не посоветуют плохого...
Как правило, я бинлоги включаю на всех серверах (под выделенные веб-проекты, не виртуальный хостинг) именно по этой причине. Тем не менее, небольшое уменьшение производительности наблюдаетеся (в пределах нескольких процентов). Может потому их и не включают на БД виртуальных хостингов, да они еще и место жрут (сравнительно дорогое - SCSI или SAS). Предоставляли бы бекап регулярный - и то хорошо.
Бинлоги на виртуальном хостинге может и не нужны?
Если только myisam, то можно попробовать при создании базы делать на ее директории:
1) chown mysql:usergroup databasedir/
2) chmod 2755 databasedir/
Новые файлы будут mysql:usergroup и учитываться групповыми квотами. Как-то так.
PS: Use LVM, Luke :) Разбивка диска одним большим разделом - эт плёхо.
Стандартная мантра - призовите админа, он настроит. Физический сервер, что жадничать $$ за работу?
Хм, на тех хостингах что я видел - клиенты бы сильно расплювались если им cgi запретить. Да еще и крон в придачу. А еще шелл открутить.
да, эт я погорячился. похоже речь действительно идет о физическом сервере.
Вы не сравнивайте **** c пальцем... Т.е. десктоп, который нафиг никому не упал кроме Вас и на котором может даже публичных сервисов нет вероятно - и виртуальный хостинг, где этот шелл зальет Вам радостно Вася с соседнего аккаунта. Или вообще через дырку в каком-то дремучем cgi-скрипте сайта Марьванны, работающем с правами апача.
Ага, на VPSу...
Вы фантазер, уважаемый ;)
Что в лоб - что по лбу... Может Вы пытаетесь архивировать директории с туевой кучей мелких файлов. Кеши какие-нибудь и т.п. Потому тар и дрючит диск по-страшному. Идея в том, чтобы исключить ненужное из бекапа, а не тарить все подряд. Так понятно?
А што за centos версия?
