Tabela wp-options “nabrzmiała”

🔧 WordPress – problem z ogromną tabelą wp_options. Co z tym zrobić?

Ostatnio trafiłem na ciekawy (i dość uciążliwy) problem podczas pracy z #WordPresse. Podczas importu bazy danych pojawiał się błąd – okazało się, że winowajcą jest przerośnięta tabela

, która była tak duża, że serwer odmawiał jej importu.

❗ Dlaczego to się w ogóle dzieje?

#

to jedna z kluczowych tabel WordPressa, ale w normalnych warunkach jej rozmiar powinien być stosunkowo niewielki. Niestety wiele wtyczek zapisuje w niej:

• dane tymczasowe (transients),
• logi,
• ustawienia cache,
• śmieci po starych wtyczkach,
• rekordy oznaczone jako

  1	autoload = yes

  , które ładowane są przy każdym wejściu na stronę.

Jeśli tego zbierze się za dużo, tabela zaczyna ważyć dziesiątki lub nawet setki megabajtów, a wtedy import bazy danych może stać się problemem – dokładnie jak u mnie.

💡 Co można zrobić, żeby to naprawić?

Jeśli ktoś ma podobną sytuację, warto wykonać kilka kroków:

✔ 1. Usunąć stare transients:

1
DELETE FROM wp_options WHERE option_name LIKE '_transient_%';

✔ 2. Sprawdzić, które rekordy są największe:

1
2
3
4
SELECT option_name, LENGTH(option_value)/1024/1024 AS size_mb 

FROM wp_options 

ORDER BY size_mb DESC 

LIMIT 20;

To szybko pokaże, która wtyczka zostawiła bałagan.

✔ 3. Ograniczyć autoload dla dużych wpisów:

1
UPDATE wp_options SET autoload = 'no' WHERE option_name = 'NAZWA_OPCJI';

✔ 4. Wyczyścić śmieci po wtyczkach, które już nie istnieją.

✔ 5. Na końcu wykonać:

1
OPTIMIZE TABLE wp_options;

🚀 Efekt?

Po oczyszczeniu i optymalizacji:

• baza dała się normalnie wyeksportować i zaimportować,
• strona zaczęła działać szybciej,
• zmniejszył się czas ładowania,
• obciążenie serwera spadło.

---

Jeśli macie podobne doświadczenia albo chcecie, żebym pomógł przeanalizować Waszą tabelę

, śmiało piszcie — to częsty, ale mało omawiany problem w świecie WordPressa.