この移行で得たものと失ったものは?
移行後の欠点として何を期待すべきですか?
どのような状況でもアプリケーションを変更する必要は本当にありますか?
私は今がMariaDBで遊ぶ時間だと思います(ちょうど今がこのようなもので遊ぶ時間です)。個人的には、自分で実行する前に、MariaDBをライブの顧客サイトに展開した開発者がさらに数人になるまで、私は延期しました。
状況によってはアプリケーションの変更が必要になる場合がありますが、データベースエンジンの変更と同じくらい深刻なことは軽視すべきではありません。
OracleがMySQLを積極的に開発し続けるかどうかを推測する理由はありません。事実は簡単に確認できます。変更ログとプレビューリリースのお知らせをご覧ください。真実は、OracleがMySQLの開発をかつてないほど迅速に加速したことであり、リリースもSunの5.1リリースやMySQL ABの5.0リリースとは異なり、どちらもひどい品質でした。
オラクルは、MySQLを放棄するのではなく、保存することを認めるに値します。
MySQLとの互換性により、MariaDBをプラグインするだけで済みます。さらに、DB管理にはいくつかの優れた機能があります(つまり、数秒ではなくマイクロ秒のクエリ時間の精度)。
私はいくつかのDrupalサイトでそれを行い、まったく問題がありませんでした。
ほとんどのサーバーとクライアントは、MariaDB 5.2への切り替えを開始しました。これは、MyISAMベースのデータベースが依然として優勢であり、 http://vbtechsupport.com/606/ MyISAM関連のパフォーマンス向上を望んでいる。
MariaDB 5.3は、mysqlのレプリケーションの改善とグループコミットによって非常にうまく形作られています。FacebookのMySQLページと https://lists.launchpad.net/maria-developers/msg04278.html で結果を確認してください。
面白いことを学びました...
Baron Schwartz MySQLがしばらくの間強い状態を維持することを非常に確信しているようです。個人的には、私はまだMySQLの列車から飛び降りることもしていません。 MySQL(ええと、Oracle [それは口から出ないだけで、決してそうはならない])が引き続きサポートされるので、これにより、MontyやPerconaなどの他の人がMySQLのMyISAMへの変更に追いつく機会が与えられます(ただし、これはまれかもしれません)。このような変更が発生した場合、MontyとPerconaはMyISAMとMariaDBのコードに対応する変更を実装できます。
MySQLは、米国の社会保障とよく似ています。社会保障について語る人が結局はなくなるのですが、社会保障から抜け出すと、将来の月々の支払い/利益が奪われる可能性があります。 Drizzleはそのルートをたどり、時間内にMyISAMを凍結し、一時テーブルでのみ使用するためにそのストレージエンジンを利用しました。ほとんどの熟練したDrizzleユーザーはその決定に満足していますが、これはより高い期待の余地を残していません。
したがって、MySQLが実際になくなるまで、MySQLを放棄する本当の理由はありません。もちろん、MariaDBがより成熟して広く普及するようになるまでに、ストレージエンジンとDBサーバーの切り替えは単に学術的なものになり、結局は個人の選択に委ねられます。