Uma possibilidade é que você esteja vendo estatísticas incorretas sobre o tamanho da tabela.
O MySQL 8.0 tenta armazenar em cache as estatísticas sobre tabelas, mas parece haver alguns bugs na implementação. Às vezes, ele mostra as estatísticas da tabela como NULL e, às vezes, mostra os valores, mas falha ao atualizá-los à medida que você modifica os dados da tabela.
Veja https://bugs.mysql.com/bug.php?id=83957 por exemplo, um bug que discute os problemas com esse comportamento de cache.
Você pode desabilitar o cache. Isso pode fazer com que as consultas em INFORMATION_SCHEMA ou SHOW TABLE STATUS sejam um pouco mais lentas, mas acho que não é pior do que nas versões do MySQL anteriores a 8.0.
SET GLOBAL information_schema_stats_expiry = 0;
O valor inteiro é o número de segundos que o MySQL mantém as estatísticas armazenadas em cache. Se você consultar as estatísticas da tabela, poderá ver valores antigos do cache, até que expirem e o MySQL os atualize lendo do mecanismo de armazenamento.
O valor padrão para a expiração do cache é 86400 ou 24 horas. Isso parece excessivo.
Consulte https://dev.mysql. com/doc/refman/8.0/en/server-system-variables.html#sysvar_information_schema_stats_expiry
Se você acha que o Wordpress está escrevendo para a mesa, então pode ser. Você pode habilitar o log binário ou o log de consulta para descobrir. Ou apenas observe
SHOW PROCESSLIST por alguns minutos. Você pode ter um plugin wordpress que está atualizando ou inserindo em uma tabela com frequência. Você pode procurar o update_time mais recente:
SELECT * FROM INFORMATION_SCHEMA.TABLES
ORDER BY UPDATE_TIME DESC LIMIT 3;
Assista a isso para descobrir em quais tabelas foram gravadas mais recentemente.
Há ressalvas para esta estatística UPDATE_TIME. Nem sempre está sincronizado com as consultas que atualizaram a tabela, porque as gravações em arquivos de tablespace são assíncronas. Leia sobre isso aqui:https://dev.mysql. com/doc/refman/8.0/en/tables-table.html
