@L3n1n У меня такое ощущение что это не с апачем а именно с настройками модуля fcgi связано. Вообще я такую конфигурацию с php-fpm и воркером впервые настраиваю, прочитал что эффективна на highload. Не очень понимаю как можно без апача обойтись. Придется mod_rewrite переписывать? Расскажите пожалуйста подробнее про подобную конфигурацию.
Здравствуйте.
Запускал munin-run cpu - выполняется нормально, выдает результаты. Возможно конечно некоторые не настроены, но тот же cpu вряд ли настроек требует, так что хотя бы по нему должен график строиться .
Здравствуйте. Плагины запущены. Например cpu, ну и много других. screencast.com/t/CdOyPdSpia
Возможно такое, что из за какого нибудь плагина остальные не работают? (все плагины стандартные, шли в пакете с мюнином)
В munin-node.log только такие сообщения
2014/02/12-14:10:01 CONNECT TCP Peer: "127.0.0.1:38717" Local: "127.0.0.1:4949"
@Vampiro@Gordim К сожалению этот очевидный вариант не подходит. Хотелось бы избавиться от подзапроса и дупликации условий. В проекте очень большой список WHERE и огромный объем данных в таблице. Данный способ замедляет запрос в 200 раз.
так как наши работники могут открыть страницу и начать редактировать через час
Вариант @Fragster на "не открытие" вполне оптимальный. Например, если редактирование через веб интерфейс, то метку об открытии можно поддерживать переодическим аяксом, например раз в минуту записывая таймштамп, а на крон повесить задание, что если запись не обновлялась 5 минут, то ставить статус "Закрыта" . Минусы конечно есть в данном способе, например если коннект отвалился, или сервер загружен, но опять-же можно на клиенте дополнительно следить, что если несколько раз не прошло обновление, физически закрывать таблицу.
@fornit1917 Позвольте задать еще вопрос, не относящийся к основной теме, по поводу индексов. Вот смотрите, у меня очень сложный запрос, с несколькими подзапросами и лефт джойном. Для примера приведу абстрактный запрос, несколько сокращенный, с похожей же структурой: yadi.sk/d/HozAiEVQHNJoY
Суть в том, что у меня выборка по условию сравнения нескольких таблиц, да еще и подзапросы. Я пробовал все поля которые в WHERE участвовали добавить в составной индекс, но запрос после этого стал выполняться в разы дольше. Что бы Вы могли порекомендовать?
Нет, не пробовал. Для этого при подключении к бд нужно указать "127.0.0.1" вместо "localhost"? При этом проблем при большом количестве подключений не возникнет?
По поводу индексов, я правильно понимаю, что нужно ставить их на поля, которые используются в условии WHERE?
slow log включен, в my.cfg, но сам файл лога остается пустым, хотя для медленных запросов установлено 3 секунды.
На innodb работают две таблицы, как раз к ним основное количество запросов и выполняется. Рекомендации посмотрю.
Если бы проблема была в количестве одновременных подключений, mysql бы выдавал "Too many connections", установлено довольно большое значение в 2000, как раз хватает. Тут же проблема с загрузкой процессора.
slow log включен, в my.cfg, но сам файл лога остается пустым, хотя для медленных запросов установлено 3 секунды.
Тюнер запускал, рекомендации по мере знаний выполнил. screencast.com/t/hcuky9u723R5
query_cache_limit - сколько не устанавливай, тюнер будет писать что нужно больше
Выяснил, что такие провалы доступа происходили из за переполнившейся папки /tmp . После переименования старой папки /tmp и создания новой, пустой - все стало замечательно. Настроил по крону удаление файлов старше 24 часов из нее. Теперь ничего не переполняется. Странно, что дебиан сам периодически ее не чистил.
В процессе узнал про nginx, inode, пакеты мониторинга и почерпнул много информации о правильной настройке apache и nginx.
Всем большое спасибо за помощь. Особенно @Kerman и @bondbig . Всем удачи!
Вы очень помогли! Посмотрел конец лога, про "Cleaning up temporary filse" и оказывается я не почистил эту папку. Т.е. я запустил удаление из нее, но оно не завершилось. Там разрослась огромная куча файлов, настолько большая, что и за пол дня не удалить. Я папку переименовал, чтоб потом почистить и создал новую. В итоге серф махом перезагрузился и все работает.
Спасибо огромное!
