こんにちは、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>:

> 竹山と申します。

>

> 以下の状況で 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

>

>