mysql收缩空间的问题

Question

今天转移数据库（从一个数据库到另一个数据库），转移了一部分之后发现硬盘快满了，于是就把就旧的数据库里已经转移完成的表删除了。
我是先TRUNCATE table_name，发现空间没有释放，又DROP TABLE table_name，发现空间还是没有释放。

我去网上搜了一下，发现收缩空间的命令都是针对表的，比如OPTIMIZE TABLE table_name。
我想请问一下，还有别的办法收缩空间吗？

Answer 1

InnoDBエンジンの特徴はこんな感じです。
スペースを占有するファイルは、bin-log ファイル (バイナリ ログ) と ibdata1 (テーブル スペースが存在するデータ ファイル) です。
その他のログ (ib_logfile0) の redo-log と undo-log もいくつかあります。

TRUNCATE を実行してデータを削除しても、上記のファイルのサイズには影響 (減少) しませんが、増加します。TRUNCATE 操作を記録する必要があります。データを削除しても、ibdata1 空間内のデータは削除されません。内部のデータを削除するには、大量のディスク領域を移動する必要があるためです。 Innodb は、再度使用できるデータ ページにのみマークを付け、このスペースを削除しません。通常、mysql を起動すると、ibdata1 と ibdata2 で数 G を占有します。データが物理的に連続する (効率が高い) ように、最初に大きなディスクを割り当ててからゆっくりと使用します。ディスク領域を常に割り当てたり、大量の断片化を引き起こしたりすることは避けてください。

データ ディレクトリ全体をクリアして (mysql の再インストールに相当)、データを再インポートしない限り。

ディスクは非常に安価です。大容量のディスクをいくつかインストールするだけです。ディスクがないのですが、どのようなデータベースを使用できますか?

Answer 2

わかりません。しかし、ハードドライブを購入することで問題が解決できる場合は、他の解決策を考える必要はありません。全体的な投資コストは高くなります。この状況が発生すること自体が、ディスクなどのディスク容量の問題を実際に考慮する必要があることを示しています。配列とデータテーブルの分割、データベースの負荷を軽減するために redis/memcached が必要かどうかなど。これはより重要なことです。

Answer 3

お勧めします。私は以前にこの問題に遭遇し、その後解決してブログを書きました http://astarblog.cn/index.php/2016/04/27/339.html (これは広告とみなされますか?)