Wordpress 针对大型ibd文件优化MariaDB中的表

我们有一个使用MariaDB的WordPress网站，其中一个wp_选项表由于一个恶意插件向该表写入数千条记录而不断增长。插件维护人员还没有解决这个问题，我一直不得不通过DELETE语句手动删除这些“瞬态”（temp）记录。问题是ibd文件不断增长，现在的大小为35GB。一旦解决了这个问题，我计划在表上做一个优化表来清理。这是回收所有空间的最佳方法吗？我假设我需要多达40GB的可用空间来完成这项工作，优化表需要多长时间？由于WordPress经常使用此表，因此在进行优化以避免锁定的同时，最好将网站脱机。我会寻找最快的解决方法

至少我认为这些流氓记录是表格增长的原因。下表列出了表中前10种条目：

MariaDB [wmnf_www]> SELECT    substr(`wp_options`.`option_name`, 1, 18) AS `option_name`,   count(`wp_options`.`option_value`) AS `cnt` FROM   `wp_options` GROUP BY   substr(`wp_options`.`option_name`, 1, 18) ORDER BY   `cnt` DESC LIMIT 10;
+--------------------+-------+
| option_name        | cnt   |
+--------------------+-------+
| _transient_timeout | 21186 |
| _transient_ee_ssn_ | 12628 |
| _transient_jpp_li_ |   222 |
| _transient_externa |   125 |
| _transient_wc_rela |    63 |
| jpsq_sync-14716436 |    50 |
| wpmf_current_folde |    35 |
| _wc_session_expire |    34 |
| jpsq_sync-14716465 |    29 |
| jpsq_sync-14716417 |    25 |
+--------------------+-------+
10 rows in set (0.17 sec)

_transient_ee_ssn_uu和_transient_timeout_ee_u是问题所在，而且还在不断增长，这是上述集合中唯一一个从昨晚开始增长的，最初发现有800K条记录。正如插件维护人员所说的那样，我一直在删除这些记录。但这是ibd文件增长的原因吗

---更新---

---

奇怪的是，这个问题没有得到解决，数千条临时记录不断生成，但这个ibd索引文件暂时停止了增长。在周末从20GB稳步增长到现在的39GB后，它在几个小时内还没有增长。可能有限制，或者该文件由于其他原因而增长？

我认为使用Percona pt online schema change tool重新创建表是更好的解决方案。这将重新创建表并将所有数据移动到新表，然后删除旧表。这将避免长时间锁定数据库。

我认为使用Percona pt在线模式更改工具重新创建表是更好的解决方案。这将重新创建表并将所有数据移动到新表，然后删除旧表。这将避免长时间锁定数据库。

这是最近关于wp_选项大幅增长的第三个问题。其中一个插件本身没有清理。搜索其他Q&A。这是最近关于wp_选项大幅增长的第三个问题。其中一个插件本身没有清理。搜索其他问答。