へっぽこSE奮闘記
普段はLinuxでWebサーバ管理したりとか、Windowsアプリをちょろちょろと作ったりとかしてます。
ここは仕事で悪戦苦闘した内容などを備忘録としてメモするための場所にしてます。
尚、情報に対する責任は一切持ちませんｗ
カレンダー
2022年
May 
May 
| Sun | Mon | Tue | Wed | Thu | Fri | Sat |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
| 29 | 30 | 31 |
カウンター
- 本日のアクセス
- 昨日のアクセス
- 総アクセス数
最近のコメント
記事カテゴリ
ブログサービス
Powered by
2009/11/20
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を双方に入れれば良いです）
3
全テーブルのデータを管理します。
最初の頃は別にいいのですが、そこそこのシステムを長年運用していくと、
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を双方に入れれば良いです）
3
タグ： ibdata1
2007/8/29
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
0
あぁ、恐ろしや・・・
そんな時に、慌てないで対処できるかもしれないコマンドたち。
まずは、テーブルのチェック（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
0
1 | 《前のページ | 次のページ》