SEO Article

Dlaczego WordPress zjada pamięć mimo niewielkiego ruchu

Szybka odpowiedź

WordPress zjada pamięć (RAM) mimo niewielkiego ruchu z trzech głównych powodów: object cache nie został aktywowany (każdy request = full DB load), plugin’y wykonują tasks w tle (Action Scheduler queue 100k+ zadań), lub Memory Limit jest za niski przy buggy plugins.

Jak WordPress zarządza pamięcią

Każdy request PHP startuje świeżo — załaduj wp-config, init, plugins, theme, query. Bez object cache (Redis/Memcached) — to powtarza się dla każdego visitor. 50 visitors / sekundę × 32MB pamięci per request = 1.6GB RAM tylko dla PHP. Plus MySQL, plus plugin background tasks.

Pierwsza przyczyna: brak object cache

Object cache (Redis lub Memcached) trzyma wyniki query w pamięci RAM zamiast w MySQL. Bez niego: każdy WP_Query trafia do MySQL → load DB → render. Z nim: pierwsze zapytanie cache’uje, kolejne idą prosto z RAM. Dla 100+ visitors/dzień różnica = 3-5x mniej zużycia RAM.

Druga przyczyna: Action Scheduler queue overflow

Wiele plugins (WooCommerce, Yoast, GravityForms) używa Action Scheduler do tasks w tle. Jeśli któryś task fail-uje i jest retried — queue rośnie. 100k+ failed actions = WordPress próbuje je wszystkie wykonać → out of memory. Plugin: Action Scheduler. Sprawdź Tools → Scheduled Actions → Failed.

Trzecia przyczyna: plugin memory leak

Niektóre plugins (zwłaszcza analytics, popup, newsletter) nie zwalniają pamięci. Przy każdym request alokują kolejne MB. Po godzinie WP używa 256MB, po dniu — 1GB+. Diagnostyka: Query Monitor → Memory column. Plugin który zużywa > 50MB/request to problem.

Czwarta przyczyna: za niski Memory Limit

WP_MEMORY_LIMIT default to 40MB. Ale niektóre plugins potrzebują 128-256MB. Bez podniesienia — plugin crashuje, próbuje znowu, znów crashuje → memory thrashing. Ustaw w wp-config.php: define(’WP_MEMORY_LIMIT’, '256M’).

Checklista diagnostyczna

Krótki check-list do przejścia w 5 minut:

  • Object cache (Redis lub Memcached) aktywny
  • Action Scheduler queue < 1000 pending actions
  • Plugin Memory Profiler pokazuje brak memory leaks
  • WP_MEMORY_LIMIT min. 256M
  • PHP-FPM workers limit dopasowany do ruchu
  • Server RAM monitoring nie pokazuje OOM kills

Powiązane wpisy

Jeśli ten temat Cię interesuje, sprawdź też:

Potrzebujesz wsparcia?

Jeśli problem dotyczy Twojej firmy i potrzebujesz pomocy z konfiguracją — sprawdź usługę specjalistyczną albo opisz problem w briefie.

Przejdź do briefu →

Powiązane materiały

Jeśli ten temat Cię interesuje, sprawdź też:

Gotowy zrobić to z kimś, kto ma to opanowane?

W Koderowni dostarczam custom WordPress + performance marketing dla świadomych marek. Jeśli ten temat jest dla Ciebie istotny w konkretnym projekcie:

  • 📋 Proces współpracy — pięć etapów od briefu do publikacji, cykle od 4 do 22 tygodni
  • 💰 Widełki cenowe 2026 — orientacyjne stawki dla wszystkich obszarów + kalkulator
  • 📝 Zakres usług — sześć obszarów: WordPress, GA4, Google Ads, GTM, Consent Mode, lokalne SEO
Umówmy rozmowę

Twoja marka zasługuje na więcej niż template.

Jeśli budujesz markę, której zależy na detalu — zaprojektuję i wdrożę dla niej premium WordPress. Powiedz mi, co masz na stole.