• DONATE to NULLED!
    Форуму и его команде можно помочь, мотивировать модераторов разделов.
    Помогите модератору этого раздела killoff лично.

Помощь DLE: полное кэширование страниц

palec

Профессор
Регистрация
6 Дек 2006
Сообщения
282
Реакции
49
Всем привет!

DLE 10.5
Хочу снять нагрузку с MYSQL нашел способ:

Для просмотра ссылки Войди или Зарегистрируйся

помогает шикарно... только есть один но, при добавление комета или если проголосовать результата нету приходится вручную стирать кэш... Как сделать чтобы при добавление комета удалялся кэш???
 
1) Решение, мягко говоря, дебильное.. Для 2011 года пойдёт, но сейчас конец 2015
2) Снимать нагрузку с быстрого MySQL на медленный HDD - решение гениально до бреда... Хотя бы мемкеш использовали бы...
3) Решение не безопасное... Использовать напрямую значения $_SERVER недопустимо, т.к. его содержимое можно подделать. Как минимум для эт

А теперь по существу...
1) В ДЛЕ и так не плохо с нагрузкой..
2) Если с нагрузкой не так хорошо - анализируй ВСЕ параметры машины... Потянет ли файловая система ВСЮ нагрузку MySQL? - в 99% случаев нет
3) Раз Вы задумались о нагрузке - Вы 100% на VDS... (Если нет - забейте на любые методы оптимизации). Уже много лет назад придумана хорошая штука - Varnish

Да и даже перед установкой Varnish - оптимизируйте VDS... Разнесите сайт и БД на разные сервера, при этом сервер БД оптимизируйте только под БД (к примеру файловую систему). Оптимизируйте другие параметры.
Просто правильной настройкой VDS можно снять о 50% нагрузки...

Используйте SPDY, отключите/включите сжатие, играйтесь с мемкеш... На худой конец переделайте часть контента на AJAX-догрузку...

Способов оптимизации вагон... А бездумно сохранять страницы в файл - одно из самых дебильных решений...

P.s. и да, когда MySQL упирается в потолок производительности, скорее всего, файловая система его уже догоняет... Перевод нагрузки на неё приведёт к падению ФС и полному отказу сервера...
 
Последнее редактирование:
Огромное ВАМ спасибо за столь подробный ответ!

Идея воспользоваться таким решением было из за того что сервер на ssd дисках... ресурсы HDD есть а вот оперативная память в размере 2Gb кажется не справляется. Придется искать человека который мог бы определить точную причину... поставил memcache (по вашим подсказкам) немного вроде помогло, буду течение сутки наблюдать над статистикой. Ишо раз большое спасибо!
 
Такое решение допустимо только для корпоративных сайтов, к примеру, или визиток... Где в лучшем случае раз в неделю публикуют новость.
Если у Вас портал, на котором публикуют штук 10 комментариев в день - решение уже не лучшее.

Если проблема только в оперативной памяти - то рано бить тревогу. У MySQL куча параметров, начиная от буферов и кешей, до хранения структуры и индексов в оперативной памяти... И это не есть плохо. На самом деле тот же SQL Server от Microsoft при старте запросто сжирает 13 Гб оперативки и потом стабильно работает с ней...

По SSD - да, можно часть перенести на них. В частности, кэширование рабочих групп и прочей статики - вполне допустимо. Впрочем, ДЛЕ стандартно так и делает при включённом кэше.

В общем, поиграйся с настройками MySQL - оперативку стабилизируешь довольно быстро... Правда параметров дофига - почитать прилично манов придётся, ну либо кого из профи дёрнуть. Увы, оптимизациями давно не занимался - в корпоративном сегменте дешевле 2 Гб накинуть, чем часами разгребаться...

P.s. в данном случае мемкэш лучше не делать, он только увеличит нагрузку на оперативку... Тут как раз файловый кэш эффективнее будет.
P.p.s. можно перекинуть нагрузку с оперативки на процессор и SSD как раз уменьшением кэшей, буферов и прочего в MySQL...
 
А, ну и загляни в соседний раздел "Администрирование серверов" или "Базы данных"... Ибо всё меняется довольно быстро, может тебе чего более толковое посоветуют...
 
Назад
Сверху