¿El caché de código de operación de APC está compartido entre grupos/trabajadores de PHP-FPM?

Question

Internet tiene muchas discusiones que llamar a apc_cache_clear() en CLI no borra los cachés de opcode de los procesos PHP "web", ya sea que se ejecuten dentro de Apache o por FPM (consulte How to clear APC cache entries?). Como solución sugerida, es posible crear una página PHP simple que llame al apc_cache_clear() y llamarla desde CLI. Symfony's ApcBundle hace eso.

Si el apc_cache_clear() de CLI no vacía el caché de Apache/FPM, ¿lo hace entre los trabajadores de FPM? Si llamo /clear_apc_cache.php a través de HTTP, solo se ejecuta mediante uno de los procesos de trabajo de FPM. Entonces, ¿el caché de código de operación de APC es realmente compartido entre pools y trabajadores? Y más específico: ¿se borra automáticamente de todos los trabajadores?

Answer 1

Todos los trabajadores de php-fpm comparten el mismo caché de código de operación que el proceso padre php-fpm; source. Si tiene un archivo /apc_clear_cache.php y lo llama por HTTP (usando algo como curl), borrará el caché del opcode para todos los trabajadores que usen el mismo proceso maestro de php-fpm.

Este blog article tiene una muy buena explicación de cómo funciona la APC y cómo borrarla efectivamente durante la liberación.

Answer 2

Acabo de descubrir que las diferentes agrupaciones también comparten la misma memoria caché de APC, al menos en PHP 5.4 con FPM y en lo que respecta al contenido de la memoria caché de código de operación.

Esta es la forma en que me di cuenta:

He creado varios grupos de PHP-FPM, donde cada grupo se chrooted bajo /srv/www/domain.com/ directorio.

La ubicación principal de los scripts PHP es /srv/www/domain.com/docroot/.

Ahora, si creo un archivo /srv/www/domain_1.com/docroot/test.php y lo carga, muestra lo que debería mostrar.

Sin embargo, cuando creo el archivo /srv/www/domain_2.com/docroot/test.php, los contenidos aparecen también en domain_1.com.

Creo que esto sucede porque APC utiliza la ubicación del archivo como la clave para su caché, y en ambos casos, la clave es /docroot/test.php.

La eliminación de la memoria caché del código de operación puede estar restringida solo a un grupo único. No he probado esto sin embargo.

EDIT La eliminación de la memoria caché de código de operación no se restringe a un grupo de aplicaciones único, la memoria caché de APC completa se borra cuando se llama a apc_cache_clear().

También traté de usar apc.mmap_file_mask para especificar una máscara diferente para cada conjunto. Esto no cambió nada, las actualizaciones en los archivos de un grupo de aplicaciones se vieron en otros grupos.

Se ha observado este comportamiento con la configuración apc.stat = 0. Todos los cambios en los archivos se supervisan con lsyncd, forzando una recompilación de la entrada en el caché de APC.

• Tero

Answer 3

Puede borrar la caché de código de operación a través de la CLI sin tener que implementar los archivos a su sitio web si se ejecuta la secuencia de comandos a través de la interfaz FastCGI directamente.

He creado this gist que puede utilizar en sus servidores para borrar la memoria caché php5-fpm.

Si está utilizando sockets UNIX:

php clear-apc.php --sock /var/run/php5-fpm.sock

lo contrario:

php clear-apc.php --port=[port]

u omitir por defecto 127.0.0.1:9000