Rozmiar bazy danych WordPress sprawdzisz najszybciej poleceniem wp db size, zapytaniem SQL w phpMyAdmin albo narzędziem administracyjnym. Najpierw wykonaj kopię zapasową, a następnie sprawdź zarówno całą bazę, jak i poszczególne tabele – szczególnie te, które przechowują metadane, opcje i logi.
Co pokazuje rozmiar bazy WordPress?
Baza przechowuje między innymi wpisy, strony, ustawienia, komentarze, dane użytkowników, rewizje, opcje wtyczek i transienty. W sklepie WooCommerce dochodzą produkty, zamówienia oraz dane sesji. Duża baza nie zawsze oznacza problem, ale jej rozmiar wpływa na czas wykonywania kopii zapasowej i może wskazywać na nadmiarowe dane.
Przed czyszczeniem wykonaj backup bazy oraz plików. Samo sprawdzenie rozmiaru nie zmienia danych, lecz kolejne operacje optymalizacyjne mogą usuwać rekordy bez możliwości łatwego cofnięcia zmian.
Przy analizie zwróć uwagę na prefiks tabel. Nie każda instalacja używa nazw zaczynających się od wp_. Właściwą wartość znajdziesz w pliku wp-config.php, przy zmiennej $table_prefix.
Jak sprawdzić rozmiar bazy danych WordPress?
Wybór metody zależy głównie od dostępu do serwera i poziomu znajomości narzędzi administracyjnych:
| Metoda | Dla kogo | Zalety |
|---|---|---|
| WP-CLI | Osoby z dostępem SSH | Najszybszy odczyt całej bazy i tabel |
| SQL w phpMyAdmin | Administratorzy korzystający z panelu hostingu | Precyzyjna analiza tabel i liczby rekordów |
| Wtyczka | Użytkownicy bez SSH i znajomości SQL | Wygodny interfejs i podgląd danych z poziomu WordPressa |
WP-CLI – najszybszy pomiar
Jeśli masz dostęp SSH, przejdź do katalogu instalacji WordPressa i uruchom:
wp db size --human-readable
Aby zobaczyć rozmiar poszczególnych tabel, użyj:
wp db size --tables --human-readable
Pierwsza komenda pokazuje łączny rozmiar bazy, a druga pomaga znaleźć tabele zajmujące najwięcej miejsca. WP-CLI odczytuje dane połączenia z wp-config.php, więc nie musisz wpisywać hasła bezpośrednio w poleceniu.
Przed późniejszymi zmianami możesz wykonać eksport:
wp db export backup-before-db-cleanup.sql
SQL w phpMyAdmin – dokładna analiza tabel
W phpMyAdmin wybierz bazę używaną przez WordPress, otwórz zakładkę SQL i uruchom zapytanie:
SELECT
table_name AS tabela,
ROUND((data_length + index_length) / 1024 / 1024, 2) AS rozmiar_mb,
table_rows AS przyblizona_liczba_rekordow
FROM information_schema.tables
WHERE table_schema = DATABASE()
ORDER BY (data_length + index_length) DESC
LIMIT 20;
Zapytanie korzysta z information_schema.tables i wyświetla 20 największych tabel. Nie wpisujesz w nim prefiksu wp_, dlatego działa także wtedy, gdy instalacja używa innego prefiksu. Jeśli analizujesz konkretne tabele w osobnym zapytaniu, zastąp wp_ wartością z $table_prefix.
Wtyczka do analizy bazy
Wtyczka może być wygodnym rozwiązaniem, gdy nie masz dostępu SSH ani doświadczenia z SQL. Narzędzia takie jak Advanced Database Cleaner lub WP-Optimize potrafią pokazać tabele, rewizje, transienty i część danych pozostawionych przez nieaktywne wtyczki.
Nie instaluj kilku narzędzi czyszczących jednocześnie. Przed użyciem wtyczki wykonaj backup i korzystaj najpierw z podglądu, a dopiero potem z funkcji usuwania.
Jak interpretować wynik?
Nie istnieje jedna wartość, po której każda baza WordPress staje się zbyt duża. Innego rozmiaru można oczekiwać od małego bloga, a innego od sklepu WooCommerce z dużą liczbą produktów i zamówień. Ważniejsza od samego wyniku jest struktura bazy oraz tempo jej wzrostu.
Najczęściej warto sprawdzić następujące tabele i rodzaje danych:
wp_postmeta– metadane wpisów, stron, produktów i własnych typów treści. Wtyczki oraz WooCommerce mogą zapisywać tu bardzo dużo rekordów.wp_options– ustawienia WordPressa, motywu i wtyczek, w tym opcje ładowane automatycznie przy każdym żądaniu.wp_posts– wpisy, strony, produkty oraz rewizje. Wieloletnia praca redakcyjna może znacznie zwiększyć liczbę rewizji.- Tabele logów wtyczek – mogą szybko rosnąć, gdy przechowują historię zadań, importów, błędów lub skanów bezpieczeństwa.
Duża tabela nie jest automatycznie kandydatem do usunięcia. Metadane produktów, zamówień lub ustawień integracji mogą być potrzebne do działania strony. Szczególną ostrożność zachowaj przy WooCommerce i tabelach pozostawionych przez aktywne wtyczki.
Co zrobić, gdy baza jest zbyt duża?
Najpierw ustal, co ją rozrasta. Możesz sprawdzić liczbę rewizji, wygasłe transienty, wielkość autoloaded options w wp_options oraz logi wtyczek. Dane tymczasowe najlepiej czyścić przez WP-CLI lub funkcje konkretnej wtyczki, zamiast usuwać przypadkowe rekordy bezpośrednio w SQL.
Po usunięciu zbędnych danych można wykonać optymalizację tabel:
wp db optimize
Do diagnozowania wolnych zapytań przyda się Query Monitor. Jeśli problemem jest liczba powtarzalnych zapytań, a środowisko serwera obsługuje Redis, cache obiektowy może ograniczyć obciążenie bazy. Nie zastąpi jednak usunięcia zbędnych rekordów ani poprawy źle działającej wtyczki.
Najbezpieczniejsza kolejność to backup, pomiar całej bazy, identyfikacja największych tabel, analiza ich zawartości i dopiero później kontrolowane czyszczenie.