Jak wyczyścić wpisy pamięci podręcznej APC?

Muszę wyczyścić wszystkie wpisy pamięci podręcznej APC, kiedy wdrażam nową wersję witryny. APC.php ma przycisk do czyszczenia wszystkich pamięci podręcznych kodu operacji, ale nie widzę przycisków do usuwania wszystkich wpisów użytkowników, wszystkich wpisów systemowych lub wszystkich wpisów w katalogu.

Czy można wyczyścić wszystkie wpisy pamięci podręcznej za pomocą wiersza poleceń lub w inny sposób?

Możesz użyć funkcji PHP apc_clear_cache.

Wywołanie apc_clear_cache()wyczyści pamięć podręczną systemu, a wywołanie apc_clear_cache('user')wyczyści pamięć podręczną użytkownika.

Nie sądzę, aby którakolwiek z tych odpowiedzi faktycznie działała przy czyszczeniu pamięci podręcznej APC z wiersza poleceń. Jak skomentował Frank Farmer powyżej, CLI działa w procesie niezależnym od Apache.

Moim rozwiązaniem do czyszczenia z wiersza poleceń było napisanie skryptu, który kopiuje skrypt rozliczeniowy APC do webkatalogu i uzyskuje do niego dostęp, a następnie usuwa go. Skrypt jest ograniczony do dostępu z lokalnego hosta.

1. apc_clear.php

   Jest to plik, który skrypt kopiuje do katalogu WWW, uzyskuje do niego dostęp i usuwa.

   <?php
   if (in_array(@$_SERVER['REMOTE_ADDR'], array('127.0.0.1', '::1')))
   {
     apc_clear_cache();
     apc_clear_cache('user');
     apc_clear_cache('opcode');
     echo json_encode(array('success' => true));
   }
   else
   {
     die('SUPER TOP SECRET');
   }

2. Skrypt do czyszczenia pamięci podręcznej

   Ten skrypt kopiuje plik apc_clear.php do katalogu WWW, uzyskuje do niego dostęp, a następnie usuwa go. Jest to oparte na zadaniu Symfony. W wersji Symfony wywołania są wywoływane w postaci Symfony kopiuj i odłącz, która obsługuje błędy. Możesz chcieć dodać testy, które się powiodły.

   copy($apcPaths['data'], $apcPaths['web']); //'data' is a non web accessable directory
   
   $url = 'http://localhost/apc_clear.php'; //use domain name as necessary
   $result = json_decode(file_get_contents($url));
   
   if (isset($result['success']) && $result['success'])
   {
     //handle success
   }
   else
   {
     //handle failure
   }
   
   unlink($apcPaths['web']);

Wiem, że to nie jest dla wszystkich, ale: dlaczego nie zrobić wdzięcznego restartu Apache?

Na przykład w przypadku Centos / RedHat Linux:

sudo service httpd graceful

Ubuntu:

sudo service apache2 graceful

Nie jest to określone w dokumentacji, ale aby wyczyścić pamięć podręczną kodu operacyjnego, musisz:

apc_clear_cache('opcode');

EDYCJA: Wydaje się, że dotyczy to tylko niektórych starszych wersji APC.

Bez względu na to, jakiej wersji używasz, nie możesz wyczyścić pamięci podręcznej APC mod_php lub fastcgi ze skryptu php cli, ponieważ skrypt cli będzie uruchamiany z innego procesu, jak mod_php lub fastcgi. Musisz wywołać apc_clear_cache () z poziomu procesu (lub procesu potomnego), dla którego chcesz wyczyścić pamięć podręczną. Jednym z takich podejść jest użycie curl do uruchomienia prostego skryptu php.

Jeśli chcesz wyczyścić pamięć podręczną apc w poleceniu: (użyj sudo, jeśli tego potrzebujesz)

APCu

php -r "apcu_clear_cache();" 

APC

php -r "apc_clear_cache(); apc_clear_cache('user'); apc_clear_cache('opcode');"

Jeśli korzystasz ze stosu NGINX / PHP-FPM, najlepiej jest po prostu przeładować php-fpm

service php-fpm reload (lub jakakolwiek twoja komenda przeładowania może być w twoim systemie)

Zgodnie z definicją w dokumencie APC:

Aby wyczyścić pamięć podręczną, wykonaj:

php -r 'function_exists("apc_clear_cache") ? apc_clear_cache() : null;'

Inną możliwością użycia wiersza poleceń, jeszcze nie wspomnianą, jest użycie curl.

Nie rozwiązuje to problemu dla wszystkich wpisów w pamięci podręcznej, jeśli używasz standardowego skryptu apc.php, ale może wywołać dostosowany skrypt lub inny, który umieściłeś.

Spowoduje to wyczyszczenie pamięci podręcznej kodu operacji:

curl --user apc:$PASSWORD "http://www.example.com/apc.php?CC=1&OB=1&`date +%s`"

Zmień parametr OB na 3, aby wyczyścić pamięć podręczną użytkownika:

curl --user apc:$PASSWORD "http://www.example.com/apc.php?CC=1&OB=3&`date +%s`"

Umieść obie linie w skrypcie i wywołaj go z $ PASSWORD w swoim pliku env.

Jeśli chcesz monitorować wyniki za pomocą json, możesz użyć tego rodzaju skryptu:

<?php

$result1 = apc_clear_cache();
$result2 = apc_clear_cache('user');
$result3 = apc_clear_cache('opcode');
$infos = apc_cache_info();
$infos['apc_clear_cache'] = $result1;
$infos["apc_clear_cache('user')"] = $result2;
$infos["apc_clear_cache('opcode')"] = $result3;
$infos["success"] = $result1 && $result2 && $result3;
header('Content-type: application/json');
echo json_encode($infos);

Jak wspomniano w innych odpowiedziach, ten skrypt będzie musiał być wywoływany przez http lub curl i będziesz musiał być zabezpieczony, jeśli zostanie ujawniony w katalogu głównym aplikacji. (przez ip, token ...)

apc_clear_cache () działa tylko na tym samym php SAPI, na którym chcesz wyczyścić pamięć podręczną. Jeśli masz PHP-FPM i chcesz wyczyścić pamięć podręczną apc, musisz to zrobić za pomocą jednego ze skryptów php, a NIE wiersza poleceń, ponieważ dwie pamięci podręczne są oddzielone.

Napisałem CacheTool , narzędzie wiersza poleceń, które rozwiązuje dokładnie ten problem i jednym poleceniem możesz wyczyścić pamięć podręczną APC PHP-FPM z wiersza poleceń (łączy się z php-fpm i wykonuje funkcje apc)

Działa również w przypadku opcache.

Zobacz, jak to działa tutaj: http://gordalina.github.io/cachetool/

Stajnia APC ma możliwość wyczyszczenia pamięci podręcznej w samym interfejsie. Aby wyczyścić te wpisy, musisz zalogować się do interfejsu apc.

APC ma opcję ustawienia nazwy użytkownika i hasła w pliku apc.php.

jeśli uruchamiasz fpm pod ubuntu, musisz uruchomić poniższy kod (zaznaczone na 12 i 14)

service php5-fpm reload

apc.ini

apc.stat = "1" zmusi firmę APC do stat (sprawdzenia) skryptu przy każdym żądaniu w celu określenia, czy został on zmodyfikowany. Jeśli został zmodyfikowany, skompiluje ponownie i buforuje nową wersję.

Jeśli to ustawienie jest wyłączone, firma APC nie sprawdzi, co zwykle oznacza, że ​​aby wymusić ponowne sprawdzenie plików przez firmę APC, konieczne będzie ponowne uruchomienie serwera WWW lub ręczne wyczyszczenie pamięci podręcznej. Należy pamiętać, że konfiguracje serwera WWW FastCGI mogą nie wyczyścić pamięci podręcznej po ponownym uruchomieniu. Na serwerze produkcyjnym, na którym pliki skryptów rzadko się zmieniają, wyłączone statystyki mogą znacznie zwiększyć wydajność.

Nowy interfejs administratora APC ma opcje dodawania / czyszczenia pamięci podręcznej użytkownika i pamięci podręcznej kodu operacji.Jedną interesującą funkcją jest dodawanie / odświeżanie / usuwanie katalogów z pamięci podręcznej opCode

Dokumentacja administratora APC

Dobrym rozwiązaniem dla mnie było po prostu zaprzestanie używania przestarzałej pamięci podręcznej użytkowników po wdrożeniu.

Jeśli dodasz prefiks do każdego z kluczy, możesz zmienić przedrostek przy zmianie struktury danych wpisów pamięci podręcznej. Pomoże ci to uzyskać następujące zachowanie podczas wdrażania:

1. Nie używaj przestarzałych wpisów pamięci podręcznej po wdrożeniu tylko zaktualizowanych struktur
2. Nie czyść całej pamięci podręcznej podczas wdrażania, aby nie spowalniać strony
3. Niektóre stare wpisy z pamięci podręcznej można ponownie wykorzystać po przywróceniu wdrożenia (jeśli wpisy nie zostały już automatycznie usunięte)
4. APC usunie stare wpisy z pamięci podręcznej po wygaśnięciu LUB w przypadku braku miejsca w pamięci podręcznej

Jest to możliwe tylko w przypadku pamięci podręcznej użytkownika.

Utwórz plik APC.php

foreach(array('user','opcode','') as $v ){
    apc_clear_cache($v);
}

Uruchom go z przeglądarki.

Moje obejście dla kompilacji Symfony mającej łupy z instancji na tym samym serwerze:

Krok 1. Utwórz wyzwalacz lub coś w celu ustawienia flagi pliku (np. Polecenie Symfony), a następnie utwórz marker file..

file_put_contents('clearAPCU','yes sir i can buggy')

Krok 2. W pliku indeksu na początku dodaj kod rozliczeniowy i usuń marker file.

if(file_exists('clearAPCU')){
    apcu_clear_cache();
    unlink('clearAPCU');
}

Krok 2. Uruchom aplikację.

Mieliśmy problem z APC i dowiązaniami symbolicznymi do dowiązań symbolicznych do plików - wydaje się, że ignoruje zmiany w samych plikach. W jakiś sposób pomogło dotknięcie samego pliku. Nie potrafię powiedzieć, jaka jest różnica między modyfikacją pliku a dotknięciem go, ale jakoś było to konieczne ...