mysql - 服务器磁盘空间似乎不正确，为什么？

Question

我在使用 Drupal 的看门狗模块时遇到了巨大的问题，它在数据库中创建了令人难以置信的大量条目。 MySQL 因此停止工作。当我有一些空间并且能够登录并删除模块时，我回滚到了较早的时间点。我运行了 SQL 命令

SELECT CONCAT(table_schema, '.', table_name),
CONCAT(ROUND(table_rows / 1000000, 2), 'M')                                    rows,
CONCAT(ROUND(data_length / ( 1024 * 1024 * 1024 ), 2), 'G')                    DATA,
CONCAT(ROUND(index_length / ( 1024 * 1024 * 1024 ), 2), 'G')                   idx,
CONCAT(ROUND(( data_length + index_length ) / ( 1024 * 1024 * 1024 ), 2), 'G') total_size,
ROUND(index_length / data_length, 2)                                           idxfrac
FROM   information_schema.TABLES
ORDER  BY data_length + index_length DESC
LIMIT  10;

因此，当看门狗占用所有磁盘空间时，我得到了这样的响应

看门狗移除前查询结果

无论如何，我删除了模块，表格也随之消失。我运行相同的查询，但没有再看到该表。

去掉看门狗后查询结果

我进入控制台并输入命令

df -h

移除看门狗后的控制台结果

因此控制台显示仍有大量内存已用完。为什么是这样？我应该担心吗？

Answer 1

没有太多信息可以继续，我会说你遇到了“错误”

http://bugs.mysql.com/bug.php?id=1341

从此答案 How to shrink/purge ibdata1 file in MySQL 中获取数据

as you want to reclaim the space from ibdata1 you actually have to delete the file:

• 对除 mysql 和 Performance_schema 数据库之外的所有数据库、过程、触发器等进行 mysqldump
• 删除除上述 2 个数据库之外的所有数据库
• 停止 mysql
• 删除 ibdata1 和 ib_log 文件
• 启动mysql
• 从转储中恢复

在恢复之前，您可能需要在配置文件中启用 innodb_file_per_table 选项

上面的说明实际上可以仅限于 innodb 以使过程稍微安全一些