Jedną z możliwości jest to, że widzisz nieprawidłowe statystyki dotyczące rozmiaru stołu.
MySQL 8.0 próbuje buforować statystyki dotyczące tabel, ale wydaje się, że są pewne błędy w implementacji. Czasami pokazuje statystyki tabeli jako NULL, a czasami pokazuje wartości, ale nie aktualizuje ich podczas modyfikowania danych tabeli.
Zobacz https://bugs.mysql.com/bug.php?id=83957 na przykład błąd, który omawia problemy z tym zachowaniem pamięci podręcznej.
Możesz wyłączyć buforowanie. Może to spowodować, że zapytania dotyczące INFORMATION_SCHEMA lub SHOW TABLE STATUS będą nieco wolniejsze, ale przypuszczam, że nie jest to gorsze niż w wersjach MySQL przed 8.0.
SET GLOBAL information_schema_stats_expiry = 0;
Wartość całkowita to liczba sekund, przez które MySQL przechowuje statystyki w pamięci podręcznej. Jeśli zapytasz o statystyki tabeli, możesz zobaczyć stare wartości z pamięci podręcznej, dopóki nie wygasną, a MySQL odświeży je, odczytując je z silnika pamięci.
Domyślna wartość wygaśnięcia pamięci podręcznej to 86400, czyli 24 godziny. To wydaje się przesadne.
Jeśli uważasz, że Wordpress pisze do tabeli, to może być. Aby się tego dowiedzieć, możesz włączyć dziennik binarny lub dziennik zapytań. Lub po prostu obserwuj SHOW PROCESSLIST na kilka minut.
Być może masz wtyczkę Wordpress, która często się aktualizuje lub wstawia do tabeli. Możesz poszukać najnowszego update_time:
SELECT * FROM INFORMATION_SCHEMA.TABLES
ORDER BY UPDATE_TIME DESC LIMIT 3;
Obejrzyj to, aby dowiedzieć się, które tabele są ostatnio zapisywane.
Są pewne zastrzeżenia dotyczące tej statystyki UPDATE_TIME. Nie zawsze jest zsynchronizowany z zapytaniami, które zaktualizowały tabelę, ponieważ zapisy w plikach obszaru tabel są asynchroniczne. Przeczytaj o tym tutaj:https://dev.mysql. com/doc/refman/8.0/en/tables-table.html
