前面有一篇文章提到硬盘使用率达到100%导致服务无法启动的问题。
最后查出来是数据库的问题。但是当时没有做详细调查。
这里简单写一下后续是如何解决这个问题的。
首先通过phpmyadmin打开数据库。具体如何访问phpmyadmin这篇文章有写。
然后看了下bitnami_wordpress数据库，发现唯有wp_options这个表如此之巨大。有66G之多。
wp_options这个表，只有option_value是longtext，查看了下容量最大的前10条，并没有发现什么异样。
select option_name,length(option_value) as option_value_length from wp_options order by option_value_length desc limit 10这就有点不知所措了。所以去网上搜了以下，确实也发现有碰到同样问题的。
网上的处理一般有两个步骤：
1. 安装 WP-Optimize 进行优化
2. 删除 option_name like ‘%_transient_%’ 行
DELETE FROM wp_options WHERE option_name LIKE '_transient_%';两个方法都尝试了以下。都没有成效。尤其是删除_transient_行，删除以后5分钟就又自动生成了(貌似类似于cache的东西)。
最后没有办法，把wp_options表进行手动备份，发现只有1M多。
mysql的具体存储机制尚不太清楚，估计是wp_options已经申请了太多的tablespace。所以干脆就drop掉table，然后把刚才手动备份的wp_options重新导入。这样wp_options的表空间就恢复到2M多了。
