В Интернете много дискуссий о том, что вызов apc_cache_clear() в CLI не очищает кеш-коды операций от "веб-процессов PHP", независимо от того, запущены они внутри Apache или FPM (см. How для очистки записей кэша APC?). В качестве предлагаемого решения можно создать простую страницу PHP, которая вызывает apc_cache_clear(), и вызывать это из CLI. Symfony ApcBundle делает это.
Если apc_cache_clear() из CLI не освобождает кеш от Apache/FPM, делает ли он между рабочими FPM? Если я вызываю /clear _apc_cache.php через HTTP, он запускается только одним из рабочих процессов FPM. Таким образом, кеш-код операции APC действительно, разделяемый между пулами и рабочими, - и более конкретный: он автоматически очищается от всех работников?
Все рабочие пользователи php-fpm используют один и тот же кеш-код операции как родительский php-fpm-процесс; . Если у вас есть файл /apc _clear_cache.php, и вы вызываете это через HTTP (используя что-то вроде curl), вы очищаете кеш-код операции для всех работников, используя один и тот же основной процесс php-fpm.
Эта статья статьи в блоге содержит очень хорошее объяснение того, как работает apc и как его эффективно очищать во время выпуска.
Вы можете очистить кеш кода операции через кли без необходимости развернуть файлы на свой веб-сайт, если вы выполняете script напрямую через интерфейс FastCGI.
Я создал этот смысл, который вы можете использовать на своих серверах, чтобы очистить кеш php5-fpm.
Если вы используете сокеты unix:
php clear-apc.php --sock /var/run/php5-fpm.sock
В противном случае:
php clear-apc.php --port=[port]
или опустить по умолчанию 127.0.0.1:9000
Я только что узнал, что разные пулы также используют один и тот же APC-кеш, по крайней мере, в PHP 5.4 с FPM и в отношении содержимого кэша кода операции.
Вот как я это заметил:
Я создал несколько пулов PHP-FPM, где каждый пул chrooted в каталоге /srv/www/domain.com/.
Основным местом для скриптов PHP является /srv/www/domain.com/docroot/.
Теперь, если я создам файл /srv/www/domain _1.com/docroot/test.php и загружаю script, он показывает, что он должен показывать.
Однако, когда я создаю файл /srv/www/domain _2.com/docroot/test.php, содержимое отображается также под доменом_1.com.
Я думаю, это происходит потому, что APC использует расположение файла в качестве ключа для своего кеша, и в обоих случаях ключ является /docroot/test.php.
Очистка кеша операций может быть ограничена только одним пулом. Я не тестировал это, хотя.
ИЗМЕНИТЬ Очистка кеша кода операции не восстанавливается в один пул приложений, полный кэш APC очищается при вызове apc_cache_clear().
Я также попытался использовать apc.mmap_file_mask, чтобы указать другую маску для каждого пула. Это ничего не изменило, обновления в одном файле пула приложений были замечены в других пулах.
Это поведение наблюдалось при установке apc.stat = 0. Все изменения в файлах контролируются с помощью lsyncd, заставляя перекомпилировать запись в кэше APC.