へっぽこSE奮闘記

mysql はデフォルトで、[%mysqldir%]/ibdata1という１つのファイルに、
全テーブルのデータを管理します。

最初の頃は別にいいのですが、そこそこのシステムを長年運用していくと、
ibdata1 のファイルサイズがどんどん巨大化していきます。

サイズが巨大化しても、システムが遅くなる/不安定になる といったことは無いようなのですが、ディスクを圧迫しますので、出来ればサイズを小さくしたいところ。

ところが、このibdata1というファイルはOptimizeを行っても小さくならないようなのです・・・

解決方法としては、DBデータの管理をテーブル単位で行うように設定を変える必要があります。（my.cnf に innodb_file_per_table の設定を入れます。）

その際の手順のメモです。

事前作業：DBにアクセスアプリケーション/サービス/バッチなどを全て終了させておく。

１． DBのダンプを作成する。($mysqladmin -u hoge_user hoge_db > hoge_db.dump)

２． DBを削除（mysql> DROP DATABASE hoge_db;）

３． MySQLを停止（$/etc/init.d/mysql stop）

４． /etc/my.cnf へ設定追加（$vi /etc/my.cnf）
---------------
[mysqld]
innodb_file_per_table
---------------

５． ibdata1 やその他のファイルを削除（$rm ibdata1 ib_logfile0 ib_logfile1）

６． MySQLを起動（$/etc/init.d/mysql start）

７． DATABASEを作成（mysql> CREATE DATABASE hoge_db;）

８． dump データを投入（mysql -u hoge_user hoge_db < hoge_db.dump）

これで無事に設定完了です。

※ Replication を行っているシステムでは、ReplicationをSTOPさせた後、
それぞれのDBで上記作業を行ない、全ての作業完了後、
・[マスタ]RESET MASTER;
・[スレーブ]RESET SLAVE;
・[スレーブ]START SLAVE;
を行えば大丈夫です。
（dumpファイルの作成は、両サーバで行うのではなく、どちらかのサーバで作成したdumpを双方に入れれば良いです）

mySQLって、突然tableが壊れることがあるらしいです・・・

あぁ、恐ろしや・・・

そんな時に、慌てないで対処できるかもしれないコマンドたち。

まずは、テーブルのチェック（Quick編）：
mysql> check table tbl_hoge quick;

時間をかけてじっくりチェックするには（extended編）
mysql> check table tbl_hoge extended;

壊れたテーブルを元に戻す（repair）
mysql> repair table mt_hoge ;

壊れたテーブルが見つかっても、結構な確率でリペア可能みたいです。

※ DBをReplicationしている場合、Replicationが壊れる現象もあるようです・・・

コマンドなどの詳しい説明はこちら
http://dev.mysql.com/doc/refman/4.1/ja/disaster-prevention.html