mysql:16155
From: Yuya Takeyama <Yuya Takeyama <sign.of.the.wolf.pentagram@xxxxxxxxxx>>
Date: Tue, 16 Sep 2014 14:36:27 +0900
Subject: [mysql 16155] Re: [mysql 16153] Re: [mysql 16152] innodb_file_per_table = 0 で ALTER TABLE 実行時の ibdata1 の拡張について
yoku0825 さん さっそくのご返答ありがとうございます。 思ったより少し複雑なんですね。 こちらでは空きスペースに関しての理解が足りなかったようです。 ということは、空きスペースさえ確保しておけば、ibdata1 ファイルが一気に肥大化することはなさそうですね。 とりあえずは ALTER TABLE 完了後の予測テーブルサイズを別環境で計測して、 それより少し大きいぐらいの空きスペースを確保した上で、実際の作業に臨もうと思います。 大変勉強になりました。 ありがとうございました。 --- Yuya Takeyama (2014/09/16 11:59), yoku ts. wrote: > こんにちは、yoku0825といいます。 > > だいたいざっくり言うと、1) に近いです。 > ただし、ibdata1に空きスペースがあった場合はその空きスペースを使います。 > > もし、ibdata1に500MBの空き容量が存在すれば、 > 空き容量 + 新規600MBを使ってibdata1の増加は600MB、その後ibdata1の中に空き容量が1GB発生します。 > 空き容量が全くなければibdata1は1.1GB増えて、その後空き容量が1GB発生します。 > > ibdata1の空き容量はSHOW TABLE STATUSでなんとなく照会できます。 > > > mysql51> SHOW TABLE STATUS LIKE 't1'\G > *************************** 1. row *************************** > Name: t1 > Engine: InnoDB > Version: 10 > Row_format: Compact > Rows: 5000220 > Avg_row_length: 67 > Data_length: 338542592 > Max_data_length: 0 > Index_length: 83492864 > Data_free: 236978176 -- ココ > Auto_increment: NULL > Create_time: 2014-09-16 11:53:01 > Update_time: NULL > Check_time: NULL > Collation: utf8_general_ci > Checksum: NULL > Create_options: > Comment: > 1 row in set (0.01 sec) > > > yoku0825, > > > > 2014年9月16日 11:24 Yuya Takeyama <sign.of.the.wolf.pentagram@xxxxxxxxxx <mailto:sign.of.the.wolf.pentagram@xxxxxxxxxx>>: > > 竹山と申します。 > > 以下の状況で ALTER TABLE を実行したとき、ibdata1 の容量がどのように拡張されるかについての質問です。 > > MySQL のバージョン = 5.1 > ストレージエンジン = InnoDB > innodb_file_per_table = 0 > > ここであるテーブルに ALTER TABLE でインデックスの追加を行いたいのですが、 > (厳密には既存 UNIQUE KEY にカラムを追加) > データベース容量がやや苦しい状態となっており、どのように ibdata1 が拡張されるのか、気になっています。 > > 例えば現状 1GB インデックスがあるとして、ALTER TABLE によって 1.1GB になったとき、 > その 1.1GB はどこから確保されるのでしょうか。 > > こちらでは以下の 2 パターン予想しました。 > > --- > > 1) ibdata1 上全く新たに 1.1GB 確保される > > この場合データベース全体のサイズとしては 1.1GB 増えることになると思います。 > > 2) 既存の 1GB が使いまわされた上で、0.1 GB は新たに確保される > > この場合はデータベース全体のサイズとしては 0.1 GB 増えることになると思います。 > > --- > > 根本的な解決としては innodb_file_per_table = 1 にしたうえでデータベース全体の再生成を行う予定ですが、 > そちらはまだ先になりそうなので、とりあえずは少しでも容量を節約したい、とうい状態です。 > > この点についてご存知のどなたか、ご教示いただければ幸いです。 > > 以上、よろしくお願いいたします。 > > --- > > Yuya Takeyama
16152 2014-09-16 11:24 [Yuya Takeyama <sign.] innodb_file_per_table = 0 で ALTER TABLE 実行時の ibdata1 の拡張について @ 16153 2014-09-16 11:59 ┗["yoku ts." <yoku0825] Re: [mysql 16152] innodb_file_per_table = 0 で ALTER TABLE 実行時の ibdata1 の拡張について @ 16154 2014-09-16 14:33 ┣["yoku ts." <yoku0825] 16156 2014-09-16 14:42 ┃┗[Yuya Takeyama <sign.] Re: [mysql 16154] Re: [mysql 16152] innodb_file_per_table = 0 で ALTER TABLE 実行時の ibdata1 の拡張について -> 16155 2014-09-16 14:36 ┗[Yuya Takeyama <sign.] Re: [mysql 16153] Re: [mysql 16152] innodb_file_per_table = 0 で ALTER TABLE 実行時の ibdata1 の拡張について