DB全体をメモリに収めることはできますか？

私のデータベースのサイズは約1GBです（私のデータベースのmdfファイルによると）。データベースサーバーには4 GBのRAMがあります。アクティブ時のコンピューターのメモリ消費量を見ると、使用率は約85％（OSなどを含む）です。

これは、すべてのDB読み取りアクティビティがメモリのみで機能することを意味しますか（つまり、db全体がメモリに座っています）それともディスクに移動する必要がある場合はまだありますか？

はい、データベース全体がメモリに格納されている可能性があります。チェックポイント間隔でダーティページをディスクにフラッシュします。ただし、すべての更新はログに書き込み、コミットする前に永続ストレージでログレコードが強化されるのを待つ必要があることに注意してください。この古いペーパーSQL Server 2000 I / O Basicsには、これまでに必要となるすべての詳細が含まれています。

しかし、推測する必要はありません。これを正確に測定して、それが発生するかどうかを確認できます。関連するパフォーマンスカウンターは次のとおりです。

• ページの平均寿命ページが参照なしでバッファプールに留まる秒数。
• ページ読み取り/秒 1秒あたりに発行された物理データベースページ読み取りの数。この統計には、すべてのデータベースにわたる物理ページ読み取りの総数が表示されます。物理I / Oは高価であるため、より大きなデータキャッシュ、インテリジェントインデックス、およびより効率的なクエリを使用するか、データベース設計を変更することにより、コストを最小限に抑えることができる場合があります。
• ページ書き込み/秒 1秒あたりに発行された物理データベースページ書き込みの数。

DB全体（データ）はメモリ（SQLサーバー）に保存されません。インデックスやキーを調べた後、探しているデータがデータファイル内のどこにあるかを示すポインターを取得し、ディスクに移動してデータを取得します。キーやインデックスがない場合は、ヒープ全体をスキャンする必要があります。

実行しているSQL Serverのバージョンによっては、ディスクの読み取りを最小限に抑えるために、よく使用されるデータをキャッシュする戦略がある場合があります。

MySqlクラスターデータベースなどのインメモリDBを取得できます。これは、サーバーのクラスター全体でENTIRE dbをメモリーに適合させて、高可用性/災害復旧と高速データ検索を実現するように設計されています。