マスターInnoDB、スレーブMyISAMが勧められない理由

MySQLにおいて、マスターをInnoDBにして、スレーブをMyISAMにすると幸せになれるという主張をよく聞くことがあります。マスターは耐障害性の高いInnoDBにする一方で、スレーブは耐障害性が低くても大丈夫なので、InnoDBのかわりに高速とされるMyISAMを使えば、可用性と性能の両方をバランス良く実現できる、という考えです。 しかし、多くの場合これで幸せになることはできません。マスターとスレーブでストレージエンジンを合わせた方が無難です。その理由を以下に示します。 ●MyISAMはテーブルロックになる マスターへの更新結果はバイナリログに更新系SQL文として書かれ、スレーブのI/Oスレッドによってリレーログとして同じフォーマットで記録され、スレーブのSQLスレッドによってその更新系SQL文がそのまま実行されます。この更新系SQL文は、当然ながらスレーブに対して発行されるSELEC

[dekatotoro]

マスターInnoDB、スレーブMyISAMが勧められない理由

[wasai]

マスターとスレーブでエンジンを合わせたほうが良いらしい、というか同じ組み合わせしかしたことがないか

[japanrock]

InnoDB → MyISAM はトランザクション周りと、Slave → Master昇格で問題が起こる

[nilab]

Open database life: マスターInnoDB、スレーブMyISAMが勧められない理由

[ryshinoz]

mysql]

[takami_hiroki]

マスターとスレーブでストレージエンジンを合わせた方が無難です。

[tgk]

「SQLスレッドが止まったときにちょっと面倒なことになります」

[aki77]

レプリケーション

[Kiske]

合わせる物だと思ってた