WordPress
rozdęcie autoloadu

Zaudytuj autoloadowane dane: dwa zapytania

Wklej to w phpMyAdmin, Adminer albo wp db query — pierwsze daje łączny rozmiar autoloadu w KB, drugie listuje 25 opcji, które go robią. Zmień prefiks wp_, jeśli twój jest inny.

-- Total autoloaded data (KB) + row count
SELECT ROUND(SUM(LENGTH(option_value)) / 1024, 1) AS autoload_kb,
       COUNT(*) AS autoload_count
FROM wp_options
WHERE autoload IN ('yes', 'on', 'auto', 'auto-on');

-- Top 25 offenders, biggest first
SELECT option_name,
       ROUND(LENGTH(option_value) / 1024, 1) AS size_kb,
       autoload
FROM wp_options
WHERE autoload IN ('yes', 'on', 'auto', 'auto-on')
ORDER BY LENGTH(option_value) DESC
LIMIT 25;

Autoloader WordPress kontra autoloadowane dane

„Autoloader” w WordPressie znaczy dwie niepowiązane rzeczy i wyszukiwanie zwraca obie. Warto trzydzieści sekund, żeby sprawdzić, która cię dotyczy.

Jeśli trafiłeś tu, bo hosting oflagował „autoloaded data”, albo po alloptions w profilerze — chcesz ten drugi. Jeśli debugujesz fatal Class not found, chcesz pierwszy i ta strona nie pomoże: to problem Composer albo PSR-4.

Zwrot „plugin autoloader” jest niejednoznaczny tak samo. Wtyczka wozi autoloader Composer dla własnych klas i też zapisuje opcje autoloadowane. W zapytaniu poniżej widać tylko to drugie.

Czym są autoloadowane dane?

WordPress ma jedno zapytanie, które leci przy każdym załadowaniu strony, zanim wykona się kod motywu albo wtyczki:

SELECT option_name, option_value
FROM wp_options
WHERE autoload = 'yes'

To ładuje wszystkie opcje „autoloaded” do pamięci naraz. Rdzeń WordPress potrzebuje ok. 100KB tych danych. Problem w tym, że wtyczki to nadużywają.

W przeciwieństwie do wolnych zapytań, które skaczą TTFB od czasu do czasu, rozdęcie autoloadu to stały podatek. Dokłada latencję do każdego żądania—z cache’em albo bez, frontend czy admin, AJAX czy załadowanie strony.

Ostrzeżenie WP Engine „Autoloaded Data”: co robić

WP Engine flaguje autoloadowane dane po przekroczeniu 800 KB i wszystko poniżej traktuje jako normę. To jeden z niewielu hostingów, które pokazują to jako ostrzeżenie w panelu, stąd większość ludzi spotyka problem u nich. Fizyka nie zależy od hosta — każde żądanie wciąga cały zestaw do PHP, u kogokolwiek jesteś.

Ostrzeżenie podaje liczbę i nic więcej. Oto co z nią zrobić.

1. Najpierw zmierz sam. Odpal zapytanie audytowe z góry tej strony. Panele hostingów próbkują według harmonogramu, więc liczba może mieć kilka godzin, a niektóre panele wciąż sprawdzają autoload = 'yes', co zaniża wynik na WordPress 6.6+, bo rdzeń zapisuje też 'on', 'auto' i 'auto-on'. Panel mówiący „w normie” to nie dowód.
2. Znajdź sprawców, nie sumę. Suma to objaw. Wypisz top 25 wierszy po LENGTH(option_value) i zwykle znajdziesz trzy–cztery wiersze, które niosą większość wagi.
3. Każdą pozycję sprawdź z listą „nie ruszaj” niżej na stronie, zanim cokolwiek zmienisz. Część dużych opcji autoload ma prawo być duża.
4. Wyłącz autoload, nie kasuj. wp option set-autoload OPTION_NAME off zostawia dane i da się cofnąć. Kasowanie wierszy to sposób, żeby zepsuć ustawienia wtyczki.
5. Zmierz ponownie i daj panelowi dogonić. Ostrzeżenie znika przy następnym sprawdzeniu WP Engine, nie od razu.

Jedno zastrzeżenie specyficzne dla hostingów zarządzanych na memcached: powyżej ok. 1 MB blob autoloadu może przekroczyć limit na klucz, więc cicho nie wejdzie do cache i każde żądanie wraca do bazy. To gorsze, niż sugeruje ostrzeżenie, i wychodzi jako losowe 502 w wp-admin, a nie jako wolna strona.

Zejście poniżej 800 KB ręcznie to parę godzin ostrożnej roboty. Autoloader Optimizer WP Multitool robi ten sam audyt, kategoryzuje każdy wiersz i odwraca bezpieczne z przywracaniem jednym kliknięciem.

Co powoduje rozdęcie autoloadu WordPress

1. Pozostałości po wyłączonych wtyczkach

Większość wtyczek nie sprząta po sobie. Dodają opcje przy aktywacji i zostawiają je na zawsze—nawet po wyłączeniu i usunięciu. Znajdź je:

SELECT option_name, LENGTH(option_value) AS size
FROM wp_options
WHERE autoload = 'yes'
ORDER BY size DESC
LIMIT 20;

Szukaj nazw opcji po wtyczkach, których już nie używasz. Te bezpiecznie ustawisz na autoload='no' albo skasujesz całkiem.

2. Serializowane tablice, które rosną

Część wtyczek trzyma rosnące dane w jednej opcji: logi, snapshoty analityki, harmonogramy cron. Jeden option_value to bywa 500KB+ serializowanego PHP.

3. Wygasłe transjenty

Transjenty to tymczasowe wartości cache w wp_options. Bez zewnętrznego object cache wygasłe transjenty się zbierają. WordPress czyści je leniwie—przy następnym odczycie. Te stare transjenty potrafią też wyjść jako wolne zapytania, gdy tabela urośnie.

SELECT COUNT(*) FROM wp_options
WHERE option_name LIKE '_transient_%'
AND autoload = 'yes';

4. Źle skonfigurowane wtyczki

Wtyczki, które trzymają ustawienia per użytkownik, duże JSON-y albo cache odpowiedzi API w opcjach autoload. Dane mogą być potrzebne, ale nie muszą ładować się przy każdym żądaniu.

Czego NIE wyłączać

Przełączenie autoload da się cofnąć. Kasowanie wierszy nie. Ale część opcji musi zostać w autoload, dopóki właściciel jest aktywny, inaczej WordPress i wtyczki padają wcześnie w bootstrapie — i nie będzie błędu, tylko cicha degradacja. Traktuj to jako checklistę przed zmianą hurtową.

Zasada: jeśli wtyczka jest aktywna, a opcja to konfiguracja czytana przy każdym żądaniu, zostaw autoload. Jeśli wtyczki nie ma, albo wartość to cache, log albo blob kolejki — najpierw wyłącz autoload i kasuj dopiero, gdy nic tego wiersza nie czyta.

Typowi sprawcy autoloadu: czy bezpiecznie wyłączyć?

Dwadzieścia prefiksów, które widuję w kółko, i co z każdym robię. „Ostrożnie” znaczy, że zależy, czy wtyczka jeszcze działa — to sprawdź najpierw.

Jak naprawić rozdęcie autoloadu w WordPress

Wyłącz autoload dla konkretnych opcji

UPDATE wp_options SET autoload = 'no'
WHERE option_name = 'old_plugin_settings';

Wyczyść wygasłe transjenty

DELETE FROM wp_options
WHERE option_name LIKE '_transient_timeout_%'
AND option_value < UNIX_TIMESTAMP();

Usuń osierocone dane wtyczek

-- Only after confirming the plugin is gone:
DELETE FROM wp_options
WHERE option_name LIKE 'removed_plugin_%';

Problem ręcznych poprawek: nie zostają poprawione. Wtyczki dalej dokładają dane. Transjenty wracają. Nowe wtyczki niosą nowe opcje autoload. Musiałbyś audytować co miesiąc, żeby to trzymać.