MySQLの代わりにMariaDBを使用する適切なタイミングはいつですか？

この移行で得たものと失ったものは何ですか？

移行後の欠点として何を期待すべきですか？

どんな状況でもアプリケーションを変更する必要は本当にありますか？

今がMariaDBで遊ぶときだと思います（今がこのようなもので遊ぶ時です）。個人的には、MariaDBを実際の顧客サイトに展開してから、それを自分で実行する開発者を数人知っているまで待つことにします。

状況によってはアプリケーションの変更が必要になる場合がありますが、データベースエンジンを変更するほど深刻なことは軽視すべきではありません。

OracleがMySQLを積極的に開発し続けるかどうかを推測する理由はありません。事実は簡単に確認できます。変更ログを見て、リリースのお知らせをプレビューします。真実は、Oracleが以前よりも速くMySQL開発を加速したことです。また、リリースもSunの5.1リリースまたはMySQL ABの5.0リリースとは異なり、どちらもひどい品質でした。

オラクルは、MySQLを放棄するのではなく、保存することを認めるべきです。

MariaDBは、MySQLとの互換性によりプラグインすることができます。さらに、DB管理には優れた機能がいくつかあります（つまり、秒単位ではなく、マイクロ秒単位のクエリ時間の精度）。

私はいくつかのDrupalサイトでこれを行いましたが、まったく問題はありませんでした。

ほとんどのサーバーとクライアントは、主にMyISAMベースのデータベースがまだあり、http： //vbtechsupport.com/606/からMariaDB 5.2への切り替えを開始しました。

MariaDB 5.3は、mysqlレプリケーションの改善と、facebookのMySQLページとhttps://lists.launchpad.net/maria-developers/msg04278.htmlの結果を参照するグループコミットにより、非常にうまく形成されてい ます。

面白いことを学びました...

バロンシュワルツは、MySQLがしばらくの間強力であり続けると確信しています。個人的には、MySQLトレインからまだ飛び降りていません。MySQL（ええと、Oracle [それは決して舌を出さない、そして決してしない]）がサポートされ続けているので、これは、MyISAMへのMySQLの変更に歩調を合わせる機会をMontyやPerconaなどに与えます。まれです）。このような変更が発生した場合、MontyとPerconaはMyISAMとMariaDBのコードに対応する変更を実装できます。

MySQLは、米国の社会保障によく似ています。最終的に社会保障について話す人々は多くいますが、社会保障から抜け出すことは、将来のより高い月次の支払い/利益の1つを奪う可能性があります。DrizzleはそのルートをたどってMyISAMを凍結し、そのストレージエンジンを一時テーブルでのみ使用します。ほとんどのベテランDrizzleユーザーはその決定に満足していますが、これはより高い期待の余地を残していません。

したがって、MySQLが実際になくなるまで、MySQLを放棄する本当の理由はありません。もちろん、MariaDBがより成熟して普及する頃には、ストレージエンジンとDBサーバーの切り替えは単にアカデミックになり、最終的には個人的な選択になります。