Овечий кеш и агенты на хитах: как перестать «душить» 1С-Битрикс фоновыми задачами

Каждый разработчик, приходящий на проект с историей, хотя бы раз сталкивался с классической картиной: папка /bitrix/cache/ весит под сотню гигабайт, inodes на сервере на исходе, а вкладка «Производительность» стыдливо показывает двузначные цифры.

Проблема №1: Агенты на хитах (Убийцы TTFB)

По умолчанию механизм агентов (CAgent) работает в режиме «на хитах». Выполнение тяжелого PHP-скрипта падает на плечи случайного пользователя. Как результат — спорадические скачки TTFB до 5–10 секунд.

Решение: Перевод агентов на CLI

Определяем константы в dbconn.php:

define("BX_CRONTAB_SUPPORT", true);
define("BX_CRONTAB", true);

И настраиваем системный планировщик Linux (crontab -e):

* * * * * /usr/bin/php -f /home/bitrix/www/bitrix/modules/main/tools/cron_events.php >/dev/null 2>&1

Проблема №2: Умная очистка expired-кеша

Сбросив кеш разом из админки, вы создадите лавинообразную нагрузку на MySQL (Cache Miss Storm). Пишем кастомный агент, который использует малодокументированный класс CFileCacheCleaner для порционного удаления в local/php_interface/init.php:

function clean_expire_cache_agent($path = "") {
    if (!class_exists("CFileCacheCleaner")) {
        require_once($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/classes/general/cache_files_cleaner.php");
    }
    $currentTime = time();
    $endTime = (defined("BX_CRONTAB") && BX_CRONTAB === true) ? time() + 5 : time() + 1;

    $obCacheCleaner = new CFileCacheCleaner("all");
    if (!$obCacheCleaner->InitPath($path)) return "clean_expire_cache_agent();";

    $obCacheCleaner->Start();
    while ($file = $obCacheCleaner->GetNextFile()) {
        if (is_string($file)) {
            $date_expire = $obCacheCleaner->GetFileExpiration($file);
            if ($date_expire && $date_expire < $currentTime) {
                @unlink($file);
            }
            if (time() >= $endTime) break;
        }
    }
    return is_string($file) ? "clean_expire_cache_agent(\"".$file."\");" : "clean_expire_cache_agent();";
}

Радикальный жесткий сброс всего кеша через CLI

Если после ночной интеграции нужно гарантированно снести всё, создаем CLI-скрипт:

<?php
if (php_sapi_name() !== 'cli') die('Only CLI allowed');
$_SERVER['DOCUMENT_ROOT'] = realpath(__DIR__ . '/../../..');
define('NO_KEEP_STATISTIC', true);
define('NOT_CHECK_PERMISSIONS', true);
require($_SERVER['DOCUMENT_ROOT'] . '/bitrix/modules/main/include/prolog_before.php');

BXClearCache(true);
if (is_object($GLOBALS['CACHE_MANAGER'])) $GLOBALS['CACHE_MANAGER']->CleanAll();
\Bitrix\Main\Application::getInstance()->getTaggedCache()->deleteAllTags();
echo "Purged!" . PHP_EOL;

Очистка кеша 1С-Битрикс на уровне сервера: гайд для системного администратора и DevOps

Одна из главных системных болей Битрикса — файловый кеш. На сервере внезапно заканчиваются свободные inodes (индексные дескрипторы) при наличии свободного места на диске, утилита df -i начинает сигнализировать о катастрофе. Разберем инфраструктурные пути решения.

Способ 1. Ротация старого кеша через утилиту find

Если проект огромный, а дисковая подсистема слабая, стандартные методы Битрикса могут выполняться часами. Будем точечно удалять файлы старше 7 дней, к которым никто не обращался, с помощью ключа -delete:

#!/bin/bash
CACHE_DIR="/home/bitrix/www/bitrix/cache"
if [ -d "$CACHE_DIR" ]; then
    # Удаляем файлы старше 7 дней
    find $CACHE_DIR -type f -mtime +7 -delete
    # Удаляем образовавшиеся пустые папки
    find $CACHE_DIR -type d -empty -delete
fi

Внимание: Любые bash или PHP скрипты очистки по Cron запускайте строго от имени пользователя веб-сервера (например, bitrix), но ни в коем случае не из-под root, чтобы не сломать POSIX-права на создаваемые папки.

Способ 2. Ультимативное решение — переход на Redis

Зачем чистить файлы, если можно хранить кеш в оперативной памяти? Переводим Битрикс на Redis. В конфигурационном файле .settings.php прописываем:

'cache' => array(
    'value' => array(
        'type' => 'redis',
        'sid' => 'project_id',
        'connections' => array(
            'default' => array('host' => '127.0.0.1', 'port' => '6379')
        )
    ),
),

В самом /etc/redis/redis.conf выставляем автоматическое вытеснение старых ключей по достижении лимита памяти:

maxmemory 2gb
maxmemory-policy allkeys-lru

После этого проблема с inodes и ручной очисткой дисков исчезает навсегда.