MySQL サーバーでダーティ ページのフラッシュの問題が発生しています。これは多くの CPU リソースを占有し、サーバーにリソースが残っていないためにサイトがダウンします。データベースに 1,000 万件のレコードがあり、さらに増える予定です。テーブルは innodb で実行されており、トランザクション ベースのサイトであるため、innodb が必要です。Percona サーバーに移行すると、ダーティ ページのフラッシュの問題が解消されます。一般的に、MySQL に移行するか、MySQL に固執する方が良いですか?
percona に移行したら、Mysql に戻したい場合、percona から mysql にバックアップを復元できますか?
Percona Server には、フラッシュに対する多くの改良点があります。しかし、このような小規模なデータベースでは、バッファー プールやログ ファイルのサイズが、運用環境のワークロード用に構成されておらず、既定値になっているなど、何か問題がある可能性があります。何かを試して問題が解決するかどうかを確認する前に、問題を測定して理解する必要があるという他のポスターに同意します。ただし、Percona Server への移行はリスクが高く、時間のかかる移行と見なす必要があるという意見には同意しません。/usr/sbin/mysqld を、Percona Server の tarball から抽出したものに単純に置き換えることができます。それが気に入らない場合は、古いバイナリを元に戻します。Percona Server は MySQL に中断を伴わない改善を加えたものであり、MySQL との切り替えは問題なく動作することを確信できます。（ちなみに私はペルコナで働いています。）
Percona Server は、「普通の」mysql よりも多くのパフォーマンス上の利点を提供します。特に SSD サーバーで、フラッシュのパフォーマンスを向上させるために特別に設計された機能がいくつかあります。
Percona Server がうまくいかない場合は、通常の mysql にロールバックできます。デフォルトでは有効になっていない、下位互換性を損なう「追加」機能がいくつかあります。それらを変更しないでください (Percona Server のドキュメントに記載されています)。
私の会社は、ハイエンド SSD サーバーで Percona Server 5.5 と XtraDB を使用していますが、これに関しては素晴らしい経験しかありません。