［MT覚書］phpadminのDB（MySQL)エクスポート時分割メモ
この記事の発展形で、色々例をあげてみました。
★［MT／EC-CUBE覚書］phpadminのDB（MySQL)エクスポート時の分割について検証
DB（MySQL)を移行するとき、今利用しているphpadminだと、
インポートするときに、最長: 2,048 KiB というしばりがあるので、
それを超えてしまう場合、予め分割してエクスポートしておかないといけないのですが、
サイトによって、どれが重いとか結構違うので、どう分割するかがいつも悩みの種です（ーー；
参考程度にしかならないですが、分割の傾向をメモっておくことにしました。
これだとうまく分けられたぞ！という結果メモ。
全部入り切る場合
これが一番ラクだよね～
mt_asset～mt_ts_job（全ファイル）
重くなる傾向のあるファイル名
mt_entry
mt_log
mt_template
あたりかな。
mt_templateはMT5だと、長く使ってるわけでない場合でもかなり情報量が多い。
MT5の分割例
mt_templateの扱いに注意しながら分ける。
■２分割
mt_asset～mt_tbping
mt_template～mt_ts_job
■３分割
mt_asset～mt_tbping
mt_template
mt_templatemap～mt_ts_job
■５分割
mt_asset～mt_ipbanlist
mt_log
mt_mailpackaddress～mttbping_meta
mt_template
mt_templatemap～mt_ts_job
さらにmt_templateを２分割にしなきゃいけないときもありました。
その場合は、INSERT INTO `mt_template` のところで区切らないとエラーが出ます。
MT4の分割例
こっちはmt_templateは気にしなくても大丈夫そうです。
mt_logが大きい場合があるので、
今までのログはいらないよっつー場合は構造のみ入れる。
長期運用しているブログ向けかな～
■４分割
mt_asset～mt_entry
mt_field～mt_role
mt_session～mt_tbping
mt_template～mt_ts_job
■５分割
mt_asset～mt_config
mt_entry
mt_field～ipbanlist
mt_log
mt_notification～mt_tag
mt_template～mt_ts_job
上の場合mt_log単独でも2MB超えてたので、
新しいとこでは今までのログはいらないな～と思って構造だけ入れました。
長い記事が多い場合
entryだけ独立させる感じで。
■３分割
mt_asset～mt_config
mt_entry～mt_entry_meta
mt_field～mt_tbping_meta