Webminコントロールパネルにログインすると、実質的にすべてのディスク領域がいっぱいになっていることに気付きました。システムで最大の10個のファイル/ディレクトリを検索しましたが、ibdata1というファイルが約94GBのスペースを占有していることがわかりました。これは/ var / lib / mysqlディレクトリにあります。

ibdata1は何をしますか？削除しても安全ですか？私の推測では、それはある種のダンプであるが、それは単なる推測だ。

このファイルibdata1は、InnoDBインフラストラクチャのシステムテーブルスペースです。

InnoDBに不可欠な情報のクラスがいくつか含まれています

• テーブルデータページ
• テーブルインデックスページ
• データ辞書
• MVCC制御データ
  • スペースを元に戻す
  • ロールバックセグメント
• 二重書き込みバッファー（OSキャッシュを回避するためにバックグラウンドで書き込まれるページ）
• バッファーの挿入（セカンダリインデックスへの変更）

InnoDBユニバース（右側）でのibdata1の場所に注意してください

innodb_file_per_tableibdata1を有効にすることで、データページとインデックスページを分離できます。これにより、新しく作成されたInnoDBテーブルは、データとインデックスページを外部.ibdファイルに保存します。

例

• datadirは/ var / lib / mysqlです
• CREATE TABLE mydb.mytable (...) ENGINE=InnoDB;、作成 /var/lib/mysql/mydb/mytable.frm
  • innodb_file_per_tableが有効、データ/インデックスページの保存場所 /var/lib/mysql/mydb/mytable.ibd
  • innodb_file_per_tableが無効、データ/インデックスページがibdata1に保存

InnoDBテーブルの保存場所に関係なく、InnoDBの機能では、テーブルメタデータを検索し、MCID情報を保存および取得して、ACID準拠とトランザクション分離をサポートする必要があります。

ibdata1からテーブルデータとインデックスを分離することに関する過去の記事を以下に示します。

• Oct 29, 2010：StackOverflowの元の投稿
• Nov 26, 2011： ファイルの行6308のエラー1114（HY000）＆テーブルuser_analysisがいっぱいです
• Feb 03, 2012：MySQL InnoDBのテーブルのスケジュールされた最適化
• Mar 25, 2012：InnoDBがすべてのデータベースを1つのファイルに保存するのはなぜですか？
• Apr 01, 2012：innodb_file_per_tableはお勧めですか？

次はどうする

ibdata1にすべてを保存し続けることはできますが、それによりLVMスナップショットの作成が非常に面倒になります（私の意見）。

My StackOverflowポストを使用して、そのファイルを永続的に縮小する必要があります。

このクエリを実行してください：

SELECT 
    ((POWER(1024,3)*94 - InnoDBDiskDataAndIndexes))/POWER(1024,3) SpaceToReclaim
FROM
(SELECT SUM(data_length+index_length) InnoDBDiskDataAndIndexes
FROM information_schema.tables WHERE engine='InnoDB') A;

これにより、InnoDBクリーンアップの適用後に無駄になったスペースをどれだけ回収できるかがわかります。

そのファイルはibdata1、ではなくibdatal、すべてのInnoDBデータベースが含まれています。削除すると、すべてのデータが失われます。

対処方法については、MySQLでibdata1ファイルを圧縮/削除する方法をご覧ください。

デフォルトでMySQLエンジンとしてinnodbを使用すると、すべてのデータベースがibdata1に保存されます。また、ログファイルib_logfile0およびib_logfile1があります。それらのファイルを削除しないでください。