Po aktualizacji do PHP 8.2 strony losowo przekraczały limit 30 sekund. Winna była blokada pliku sesji, nie PHP 8

Na Linuxie tego błędu nie da się odtworzyć

Na Linuxie max_execution_time liczy czas procesora, a czekanie na blokadę go nie zużywa. Na Windows mierzony jest czas rzeczywisty, co potwierdza dokumentacja PHP. Dlatego w testach na Linuxie mierzyliśmy czas zegarowy wywołań, a wartości powyżej 30 s traktowaliśmy jako przekroczenie limitu na produkcji.

PHP 8 nie zmieniło blokowania sesji, ale PHP 7.4.22 zmieniło flock() na Windows

Poprawka buga #81223 (otwiera się w nowym oknie) z lipca 2021 r. sprawiła, że na Windows flock() blokuje cały plik zamiast pierwszego bajtu. Klient przechodził z PHP 7.4.9, więc dla niego była to realna różnica, choć niezwiązana z PHP 8. Na Windows blokada jest obowiązkowa, więc od tej wersji każdy inny proces czytający pliki sesji, na przykład antywirus albo indeksator, koliduje z całym plikiem. Dlatego katalog sesji wyłączamy ze skanowania.

Nierównomierność wynika z kolejności budzenia

Czekający na blokadę nie są obsługiwani w kolejności zgłoszeń. Przy identycznym obciążeniu strona główna czekała raz 0 s, a raz 4,5 s. Stąd wrażenie, że „raz działa, raz nie”.

Garbage collector sesji działa pod blokadą

Uruchamia się losowo w session_start(), po zdobyciu blokady, i skanuje cały katalog sesji. Przy 100 000 plików trwało to 0,3 s na Linuxie, a na NTFS z antywirusem znacznie dłużej. Bez php.ini wbudowane prawdopodobieństwo to 1 na 100 wywołań, a nie 1 na 1000 jak w php.ini-production; przy 20 wywołaniach na stronę dotyczy to odczuwalnej części odsłon.

session_write_close() zmienia zasady zapisu, po cichu

Przypisanie do $_SESSION po zamknięciu nie zgłasza błędu, ale niczego nie zapisuje. Ponowny session_start() znów czeka na blokadę i zastępuje $_SESSION zawartością pliku, więc wartości ustawione w międzyczasie przepadają. Po wysłaniu nagłówków ponowny start kończy się ostrzeżeniem. Każde z tych zachowań potwierdziliśmy na obu wersjach.

Sesja bez blokady nie jest rozwiązaniem

Handler bez blokady jest możliwy, ale kosztuje utratę zapisów: w teście wolniejsze wywołanie nadpisało swoją nieaktualną kopią sesji dane zapisane równolegle przez szybsze. W aplikacji, która przy każdym wywołaniu zapisuje coś do sesji, oznaczałoby to losowe wylogowania i znikające ustawienia. Opcache też tylko przyspiesza: wywołanie trwało 0,5 zamiast 1,9 ms, a blokada dalej 30 s.

Zamiast dopisywać session_write_close() do każdego skryptu AJAX osobno, we wspólnym pliku startowym pojawił się jeden przełącznik. Skrypt, który sesję tylko czyta, deklaruje to przed dołączeniem pliku startowego:

define('SESSION_READONLY', true);

Plik startowy robi to, co dotychczas, a następnie zwalnia blokadę natychmiast po odczycie:

$bSessionReadOnly = defined('SESSION_READONLY') && SESSION_READONLY;

session_start();
$_SESSION['znacznik'] = 0;

if ($bSessionReadOnly) {
    session_write_close();
}

$_SESSION pozostaje czytelne do końca skryptu, a blokada trwa ułamek milisekundy. Gdy taki skrypt rzadko musi jednak coś zapisać, najpierw liczy wynik, potem na krótko otwiera sesję, zapisuje i zamyka ją, zanim cokolwiek wyśle.

Do tego doszły ustawienia bez zmian w kodzie: opcache z file_cache jako zapasem na Windows, osobny katalog sesji wyłączony ze skanowania antywirusowego, z kontrolą liczby plików i jawnie ustawionym session.gc_divisor. Klient otrzymał narzędzie w PHP oparte na curl_multi, które na serwerze Windows mierzy pojedyncze wywołanie i 21 równoległych, przed zmianą i po niej: jeśli równoległe trwają około 20 razy dłużej niż jedno, wykonują się po kolei.

• „Po aktualizacji” nie musi oznaczać regresji. Tutaj aktualizacja uwidoczniła słabość, która istniała od lat.
• Dwie wersje obok siebie, przy identycznym obciążeniu, rozstrzygają spór o przyczynę szybciej niż jakakolwiek dyskusja.
• W razie wątpliwości warto przeczytać źródła. Kilkadziesiąt linii w mod_files.c i flock_compat.c zamknęło temat „PHP 8 czeka na sesję”.
• Różnice platform mają znaczenie. Ten sam kod daje błąd krytyczny na Windows i działa na Linuxie wyłącznie przez definicję limitu czasu.
• Najlepsza poprawka to ta, która zmienia najmniej. Jeden przełącznik tam, gdzie zespół zagląda przy każdym problemie z sesją, zamiast przepisywania aplikacji albo wyłączania blokad kosztem spójności danych.

Źródła

• PHP: session_write_close() (otwiera się w nowym oknie)
• PHP: session_start() i opcja read_and_close (otwiera się w nowym oknie)
• PHP: set_time_limit(), uwaga o Windows (otwiera się w nowym oknie)
• PHP 7.4.22: poprawka buga #81223, flock() blokował tylko pierwszy bajt (otwiera się w nowym oknie)