軽量の予測可能な負荷のあるサーバーと、常時ほぼいっぱいの容量で実行していたり、高アクティビティーの急増が発生したりするサーバーとでは、もっとも適切に機能する設定が異なります。ストレージエンジンは、多くの最適化を自動的に実行するため、多くのパフォーマンスチューニングタスクには、データベースが適切に実行していることを確認するためのモニタリングと、パフォーマンスの低下時の構成オプションの変更が含まれます。パフォーマンススキーマとの統合」を参照してください。パフォーマンス」を参照してください。プラグイン」からのものであるため、なじみがないと思われます。以上でのデフォルトのストレージエンジンになります。実行できる主な構成ステップは次のようになります。それらを使用できるようにします。ためのメモリーアロケータの構成」を参照してください。操作の種類を制御します。変更バッファリングの構成」を参照してください。操作をバッファーすることであるため、バッファリングの量を減らす必要がある場合にのみ、この設定を変更してください。オプションを使用して、アダプティブハッシュインデックス機能をオンまたはオフにします。詳しくはセクション14.2.13.6「適応型ハッシュインデックス」をご覧ください。異常なアクティビティーの間にこの設定を変更し、その後、その元の設定にリストアできます。処理する同時スレッドの数に制限を設定します。スレッド並列性の構成」を参照してください。その先読み操作で実行するプリフェッチの量を制御します。容量がある場合、先読みによってクエリーのパフォーマンスが向上することがあります。先読みが多すぎると、負荷の大きいシステムで、パフォーマンスが周期的に低下する可能性があります。構成」を参照してください。サブシステムがある場合、読み取りまたは書き込み操作のバックグラウンドスレッドの数を増やします。スレッドの数の構成」を参照してください。レートの構成」を参照してください。大きいため、パフォーマンスに周期的な低下が観察された場合、この設定を縮小した方がよいことがあります。特定の種類のバックグラウンドの書き込みを実行するタイミングを判断するアルゴリズムを制御します。バッファープールのフラッシュの頻度の構成」を参照してください。アルゴリズムはワークロードの種類によって機能する場合と機能しない場合があるため、パフォーマンスに周期的な低下が観察された場合は、この設定をオフした方がよいことがあります。コンテキストスイッチングの遅延を最小にするため、マルチコアプロセッサとそれらのキャッシュメモリー構成を利用します。セクション14.13.10「スピンロックのポーリングの構成」を参照してください。バッファーキャッシュに格納された頻繁にアクセスされるデータを妨げることを防ぎます。セクション14.13.1.3「バッファープールをスキャンに耐えられるようにする」を参照してください。信頼性とクラッシュリカバリに適切なサイズにログファイルを調整します。ログファイルは、多くの場合にクラッシュ後の長い起動時間を避けるため、小さく維持されてきました。導入された最適化によって、クラッシュリカバリプロセスの特定のステップが高速化します。ログの適用は、メモリー管理のアルゴリズムの改善のため、高速化します。削減することを考慮できるようになりました。バッファープールのインスタンスのサイズと数を構成します。数ギガバイトのバッファープールのあるシステムに重要です。セクション14.13.1.4「複数のバッファープールインスタンスの使用」を参照してください。同時トランザクションの最大数を増やします。これはきわめてビジーなデータベースのスケーラビリティーを劇的に向上します。セクション14.13.12「複数のロールバックセグメントによるスケーラビリティーの向上」を参照してください。アップグレード中またはその後に、低速シャットダウンを実行して、制限を大きくできるようにする必要があります。バックグラウンドスレッドに移動します。パージスケジューリングの構成」を参照してください。関連およびスレッド関連の構成設定を先にチューニングします。同時スレッド間で実行するスイッチングの量を削減します。