MyISAMをまだ使用していますか、それともAriaストレージエンジンを使用していますか？
Ariaストレージエンジン（以前はMariaと呼ばれていました）がトランザクションと自動クラッシュ回復をサポートする「新しい」MyISAMである場合：
- なぜまだMyISAMを使用するのですか？
- ストレージエンジンをMyISAMからAriaに変更するのは問題でしょうか？ （失われたインデックスか何か）
同様の質問が2011年1月に再度尋ねられたので、この質問が出てくるのは非常に興味深いです（ MySQLの代わりにMariaDBを使用する適切な時期はいつですか、なぜですか？ ）。その16か月前の質問と 2011年4月に私がどのように答えたか を考えて、ここにあなたの私の答えがあります直接の質問：
なぜまだMyISAMを使用しているのですか？
MyISAMには、小規模なデータセットやHAセットアップでのスレーブの読み取りに固有で有用な機能がまだあります
- 低書き込み、高読み取り環境ではデッドロックは不可能です
固定行形式に変換すると、より大きなテーブルが作成されますが、クエリのパフォーマンスが向上します。
- 文字列の比較/圧縮： 固定サイズのフィールドでCHARとVARCHARを使用した場合のパフォーマンスへの影響は何ですか？
- 読み取り/書き込み速度： InnoDBまたはMyISAMのどちらが速いですか
完全な信頼と信頼
- InnoDBは、MySQLのトランザクションストレージエンジンの事実上の標準となっています。 XtraDBは、Perconaサーバーコミュニティでも受け入れられ、使用されています。完全な信頼と自信は、現在のところXtraDBよりもInnoDBにかかっているようです。これは、XtraDBの優れた機能をより多く認識するにつれて、時間の経過とともに簡単に変化する可能性があります。
- MyISAMとAriaにも同じことが当てはまります。現在、完全な信頼と信頼はMyISAMにかかっています。完全な信頼と自信を持っていない人の例は、Drizzleユーザーです（DrizzleはMyISAMをオプションのストレージエンジンとして放棄し、一時テーブルの使用のみに委託しました）。
ストレージエンジンをMyISAMからMariaに変更するには、問題がありますか？ （失われたインデックスか何か）
データとスキーマを2つの別々のファイルにmysqldumpする場合、MyISAMまたはAriaストレージエンジンを使用して、いつでもデータをテーブルにインポートできます。確認のために、mysqldumpのみのデータを保持してください。