Anda bisa menggunakan salah satu dari dua pertanyaan ini untuk melihat total pembacaan logis dan total pembacaan fisik.
SELECT DB_NAME(st.dbid) Db,
OBJECT_NAME(st.objectid, st.dbid) Prc,
qs.execution_count,
qs.total_logical_reads,
qs.total_physical_reads,
qs.statement_start_offset,
qs.statement_end_offset,
st.text
FROM sys.dm_exec_query_stats qs
CROSS APPLY sys.dm_exec_sql_text(qs.sql_handle) st;
SELECT DB_NAME(database_id) Db,
OBJECT_NAME(object_id, database_id) Prc,
execution_count,
total_logical_reads,
total_physical_reads
FROM sys.dm_exec_procedure_stats ps;
Yang pertama memecah ini dengan pernyataan, yang kedua diperhitungkan dalam seluruh prosedur.
Pembacaan fisik dibaca terhadap disk, pembacaan logis terhadap memori. Anda dapat menggunakan ini untuk mencari tahu prosedur atau pernyataan mana yang paling mahal di sistem Anda dan mencoba menyetelnya.
Perlu diingat, bahwa sementara pembacaan logis secara signifikan lebih murah daripada pembacaan fisik, mereka masih mahal, sehingga mengurangi jumlah mereka (misalnya dengan menambahkan indeks yang sesuai) dapat membuat kueri Anda berjalan jauh lebih cepat.
Ada banyak kolom tambahan dalam DMV di atas yang mungkin Anda temukan menarik juga.
Bagaimana indeks membantu mengurangi pembacaan logis?
Dalam SQL Server semua data diatur dalam blok, berukuran 8KB. Blok ini disebut "halaman".
Setiap tabel berisi halaman "meta" yang berisi informasi tentang struktur tabel serta halaman pata. Jika tidak ada indeks dan Anda menjalankan kueri seperti SELECT * FROM tbl WHERE Id = 7SQL Server harus mencari ini atau ini baris di seluruh tabel. Jadi bunyinya dalam satu halaman pada satu waktu, loop melalui semua baris di setiap halaman untuk menentukan baris yang sesuai dengan WHEREklausa. Jadi, jika tabel membutuhkan 1.000.000 halaman untuk disimpan, kueri ini akan mengambil 1.000.000 bacaan logis untuk dieksekusi.
Jika Anda memiliki indeks, SQL Server mengurutkan data secara logis di dalam halaman dan membuat daftar tertaut di antara halaman. Ini memungkinkan untuk menjalankan kueri dengan ORDER BYeksekusi tanpa operasi sortir yang mahal. Tetapi lebih penting lagi bahwa penyortiran, SQL Server menambahkan B + Tree ke tabel. B + Tree adalah struktur yang sebanding dengan indeks dalam sebuah buku, di mana mencari kata kunci tertentu memungkinkan saya untuk langsung melompat ke halaman yang berisi kata kunci. Buku tipikal hanya memiliki satu level indeks sedangkan B + Tree dapat memiliki beberapa level. Bayangkan sebuah buku besar, di mana indeks itu sendiri panjangnya beberapa halaman. Dalam kasus seperti itu masuk akal menambahkan lapisan indeks tambahan yang memberitahu kita pada halaman yang kata-kata indeks dimulai dengan Sdapat ditemukan.
Pohon B + dioptimalkan untuk memiliki level sesedikit mungkin sambil memberikan properti yang setiap catatan dalam indeks dapat ditemukan dengan membaca satu halaman per level indeks. Jadi asumsikan WHERE Id = 7kueri di atas ketika Anda memiliki indeks yang diurutkan berdasarkan Id. Katakanlah indeks itu memiliki 5 level. Sekarang, untuk menemukan semua catatan yang cocok dengan kueri ini, saya harus membaca satu halaman per level indeks (yaitu 5 halaman). Ini disebut "Indeks Pencarian". Jika ada beberapa catatan yang sesuai dengan tagihan saya mungkin harus mengikuti indeks yang diurutkan untuk sementara waktu untuk mengambil semuanya. Tetapi mari kita asumsikan hanya ada satu catatan.
Jadi, tanpa menjalankan indeks permintaan itu diperlukan 1.000.000 dibaca, dengan indes itu diperlukan 5 membaca. Meskipun pembacaan logis adalah operasi di-memori masih ada biaya besar - pada kenyataannya itu adalah operasi paling mahal dalam permintaan sepele seperti yang di atas. Jadi mengurangi jumlah pembacaan logis yang dibutuhkan oleh faktor 200.000 akan mempercepat permintaan Anda dengan faktor yang sama.
Jadi, pembacaan logis tidak sama dengan pemindaian tabel, tetapi pemindaian tabel menyebabkan pembacaan yang jauh lebih logis daripada pencarian indeks.
