Форуми / National / Russian / Разгрузка базы SQL

Я пока притормозил с этим. Очевидные моменты в результате профайлинга перевёл на файловый кеш. Но дальше пошёл эффект обратный. Целиком можно странички замораживать, да, но если контент полностью динамичный, то придётся идти лесом. К примеру, Drupal таким макаром показывает ошеломляющий RPS, но если выходить за рамки статичных узлов, то весь этот страничный кеш никому становится не нужен.

Идея такая: сделать слоёный пирог на подобие того, как кеш работает в ЭВМ. Чем чаще меняются данные, тем более оперативный носитель должен использоваться (xcache, apc, memcached и т.п.), чем объёмнее и статичнее, тем проще их просто поместить на диск. Одновременно работают несколько драйверов кеша, хотя пользователя это особо не должно беспокоить (ну максимум, дать возможность конфигурации остальных моментов). Таймауты - прошлый век. Нужны триггеры обновления кеша, выполняемые по событиям. Это не так уж просто, и это проблема номер раз. Проблема номер два - это декомпозиция самих кешируемых блоков, то есть правильное разделение статического и динамического контента. Можно не заморачиваться, конечно, и кешировать страницы целиком, но опять придёте к статике, хоть и условной. А вот в динамике CMS традиционно плохо оптимизированы, и эту несправедливость хотелось бы исправить.