MysqlをMariaDBに切り替えると、どのような問題が発生しますか？ Drushの問題はありますか？
Mysql drupal 7サイトがあり、-MysqlをMariadbに切り替えることを考えていましたが、どのような問題が発生するかわかりませんでした。読んでいるところからMariadbはMysqlの代わりのドロップのようであり、多くはないようですMariadbがDrushコマンドに影響するかどうか疑問に思っていましたか？
これについて（数か月遅れではありますが）介入したいと思っていました...過去に多くのDrupalサイトをセットアップし、今回は「より良い」ことを行うことを決定し、MariaDBをインストールしました。
Drupal 7を除くすべてが素晴らしく（より速く、よりきれいに）動作します。バックアップ/復元の場合を除き、7：常に（PHPMyAdmin、Heidi、またはコマンドラインを介して）dbに直接移動してコピーする必要があります。 /すべてのテーブルをエクスポートします。
それ以外にも、いくつかの理由が考えられますが、MariaDBを強くお勧めします。使用されるサーバーリソースが少ない、D7がはるかに速い、など.
あなたが言うように、Maria DBはドロップインの完全に透過的なMySQLの代替品です。そのリリースは、MySQLの同じメジャー/マイナーバージョンと一致しているため、機能に関する限り、ほとんど常に連携しています。これは、標準のMySQLバイナリデータファイルを読み取り、標準のシステムmy.cnfを使用し、InnoDBのドロップイン置換さえ備えています。
アプリケーションに関する限り、MySQLサーバーに接続していると考えているという考え方です。 MySQLドライバーを使用し、完全なMySQLステートメントを発行し、MySQLサーバーが送信するのとまったく同じように応答を受信します。アプリは違いを知りません。
Drupalサイト（ここでもDrushを広範囲に使用しています）でしばらくの間Mariaを使用していますが、これまでに単一の問題はありませんでした。実行している場合、* nixのアップグレードは単なる2分の仕事。
気になる問題がいくつかあります。 Debian unix_socketrootアクセスの問題はその1つにすぎません。これらの問題はあまり議論されていないのではないでしょうか。多くの人がワークフローを持っていると思いますが、それでも MySQL を使用します。そのため、これらの問題の多くは十分に文書化されていません。
関連： MariaDB unix_socketはDebianでアクセスの問題を引き起こします-Drushはログインできません （これに関する考えを収集するための新しい投稿が開始されました。）