MySQLシステムの優先度をデフォルトから変更するのは良い考えですか？
RHEL5.3でMySQL5.0.xを実行しています。
MySQLマニュアル（ ここ ）を読んだところ、「最大のパフォーマンスを達成するには、2.4カーネルで可能な限り高い優先度でmysqldプロセスを実行することが不可欠です」と彼らはreniceの使用を推奨しています-20。
2.6カーネルについての言及はありません。
私のシステムでは、MySQLは優先度0で実行されています。
通常の日中のデータベーストラフィック中に大きなファイルのコピーなどのディスクアクティビティが発生すると、IOwaitが高くなるというロードの問題が発生します。
優先順位を変更するのは良い考えですか、それともこれを行うことで潜在的な問題がありますか？
ありがとう。
スケジューラの優先度は問題を解決しません。複数の待機がある場合に、最初にCPUを使用するプロセスを選択するためにのみ使用されます。
IOwaitは、プロセスがIOの完了を待機している場合に発生します。この場合、ディスクです。プロセスの優先度とは関係がないため、変更しても効果はありません。解決策大きなファイル転送をレート制限するか、マシンがアイドル状態のときに別の時間に移動するか、ディスクをアップグレードして負荷をより適切に処理できるようにすることです。ディスク使用率が80％を超える場合は、iostat -xm5を使用して監視します。 、それは悪いニュースです。
私の経験では、多目的マシンを使用している場合、つまり、dbとApacheとメールを実行している場合は、デフォルトのランタイム優先度（0）で問題ありません。
just dbマシンの場合、管理性を犠牲にすることなく（sshリモートコンソールに対して）優先度を可能な限り高くします。