access.log апача, например, на данный момент выростает у меня на >300 мб, и в 0.00 вдска немного призадумывается, и ложит на несколько минут весь сайт.
Как поступить? логирование отключать не хотелось бы.
Смириться и расслабиться. В 0:0 ротируете не только вы, но и ваши соседи на других VPS. Это главная проблема. По-моему, старые инсталляции ispmanager привели к этой ситуации.
Если вы все-таки считаете что проблема внутри вашей VPS, можете попробовать отключить сжатие, учет трафика в панели или перейти на ротацию раз в час.
Для ротации, если она без сжатия, вообще-то не нужно читать файл и этот процесс не должен влиять на состояние кеша файлов. Если ротировать часто, то оперирование меньшим объемом данных тоже облегчает жизнь.
bork75: Палю свою коллекцию функций (использую для дле сайтов, на других смс тоже проблем не было) - этот набор реальная защита от 99% шелл, которые уже залиты
Цитата:
disable_functions = eval
eval - очень распространенная и полезная функция. Не стоит создавать другим проблемы. Видимо, у вас не такое уж большое разнообразие CMS.
musitann, при такой скромной нагрузке заметные колебания на графиках может дать любой бот или поисковик.
почему бы уже не скачать логи и не проанализировать ? учитывая опять же небольшую посещаемость, даже программ никаких не понадобится.
Хотя число обращений не изменяется, поисковик может "напасть" на большие страницы, а потом перейти на маленькие, тем самым вызвав увеличение volume bytes.
michaek: конкретно предложенный мной метод позволит создать консистентную копию, mysqldump так делать не может
Вообще-то может. ключ --lock-tables включается вместе с указанием --opt по-умолчанию и прекрасно работает с myisam. Этого достаточно, если пользователь не выдумал хранить связанную информацию в своих разных базах.
конкретно предложенный Вами метод позволит выиграть максимум секунд 70
Дело не в том сколько он выигрывает итого, а на какое время блокирует базу и какое время сайт не грузится.
С LVM это лишь несколько секунд, а потом можно начинать медленное ненагружающее копирование из снимка. Раз описывают mysqldump, видимо, пользовательские базы просто не дорастают на шареде до тех объемов, когда это становится важно.
Unlock, ну значит у тебя уникальная комбинация неработающих вещей.
там же ниже в global.php есть
ну и меняешь на
по-моему это общеизвестный хак
Почему так? Почему транзакция сама открывается при подготовке SELECT запроса?
а почему нет? "подготовка" для PDO приводит к реальному обращению к серверу. то есть, транзакция началась.
попробуйте вручную управлять автокоммитом :
$pdo->setAttribute(PDO::ATTR_AUTOCOMMIT,1)
и выключать его, если делаете beginTransaction. Так было бы логично. Программисты не любят сюрпризы и не тестируют их.
Ну текущие немного отличаются, а средние значения почти совпадают. Отличий нет.
Ничего особенного не происходит. Последующий график полностью закрашивает предыдущий.
Если не уверены в графиках, то сделайте текстовый дамп этой базы значений с помощью программы rrdtool и убедитесь в их равенстве.
access.log апача, например, на данный момент выростает у меня на >300 мб, и в 0.00 вдска немного призадумывается, и ложит на несколько минут весь сайт.
Как поступить? логирование отключать не хотелось бы.
Смириться и расслабиться. В 0:0 ротируете не только вы, но и ваши соседи на других VPS. Это главная проблема. По-моему, старые инсталляции ispmanager привели к этой ситуации.
Если вы все-таки считаете что проблема внутри вашей VPS, можете попробовать отключить сжатие, учет трафика в панели или перейти на ротацию раз в час.
Для ротации, если она без сжатия, вообще-то не нужно читать файл и этот процесс не должен влиять на состояние кеша файлов. Если ротировать часто, то оперирование меньшим объемом данных тоже облегчает жизнь.
Палю свою коллекцию функций (использую для дле сайтов, на других смс тоже проблем не было) - этот набор реальная защита от 99% шелл, которые уже залиты
Цитата:
disable_functions = eval
eval - очень распространенная и полезная функция. Не стоит создавать другим проблемы. Видимо, у вас не такое уж большое разнообразие CMS.
Что в каталоге /var/lib/mysql/mysql ?
Файлы с именем db.* все на месте ? должно быть 3 штуки db.frm, db.MYD и db.MYI.
musitann, при такой скромной нагрузке заметные колебания на графиках может дать любой бот или поисковик.
почему бы уже не скачать логи и не проанализировать ? учитывая опять же небольшую посещаемость, даже программ никаких не понадобится.
Хотя число обращений не изменяется, поисковик может "напасть" на большие страницы, а потом перейти на маленькие, тем самым вызвав увеличение volume bytes.
musitann, пытаетесь кешировать уникальную для каждого пользователя информацию ? ну-ну.
конкретно предложенный мной метод позволит создать консистентную копию, mysqldump так делать не может
Вообще-то может. ключ --lock-tables включается вместе с указанием --opt по-умолчанию и прекрасно работает с myisam. Этого достаточно, если пользователь не выдумал хранить связанную информацию в своих разных базах.
Дело не в том сколько он выигрывает итого, а на какое время блокирует базу и какое время сайт не грузится.
С LVM это лишь несколько секунд, а потом можно начинать медленное ненагружающее копирование из снимка. Раз описывают mysqldump, видимо, пользовательские базы просто не дорастают на шареде до тех объемов, когда это становится важно.