Tiga Lapisan Cache Antara Pilih dan Disk

Saat aplikasi Anda menjalankan pernyataan SELECT, kueri tersebut hampir tidak pernah menyentuh disk yang berputar atau bahkan penyimpanan flash mentah — aplikasi melewati tiga lapisan cache berbeda yang secara diam-diam menentukan apakah respons Anda tiba dalam mikrodetik atau milidetik. Memahami lapisan-lapisan ini adalah perbedaan antara platform bisnis yang dapat berkembang dengan mudah dan platform bisnis yang tidak dapat menerima beban di dunia nyata.

Apa yang Terjadi Saat Query SELECT Meninggalkan Aplikasi Anda?

Saat aplikasi Anda mengirimkan kueri SELECT, aplikasi tersebut memasuki saluran yang tidak pernah diperiksa oleh sebagian besar pengembang. Mesin basis data mencegat permintaan sebelum I/O apa pun terjadi, menguraikan SQL ke dalam rencana eksekusi internal dan segera berkonsultasi dengan garis pertahanan pertama: cache hasil kueri. Jika kueri identik dengan parameter serupa dieksekusi baru-baru ini, mesin dapat mengembalikan kumpulan hasil cache tanpa menyentuh satu halaman data pun. Hal ini terkadang disebut cache kueri atau cache hasil, dan pada beban kerja dengan pembacaan tinggi dan penulisan rendah — seperti dasbor analitik dan modul pelaporan — hal ini dapat menghilangkan sebagian besar pembacaan disk secara keseluruhan.

Wawasan penting di sini adalah bahwa cache kueri sangat sensitif terhadap mutasi data. INSERT, UPDATE, atau DELETE apa pun terhadap tabel yang mendasarinya akan membatalkan hasil cache yang relevan. Inilah sebabnya mengapa sistem transaksional yang banyak menulis sering kali menonaktifkan cache kueri sepenuhnya dan mengandalkan lapisan yang lebih dalam.

Apa Itu Buffer Pool dan Mengapa Itu Lebih Penting Dari Yang Anda Pikirkan?

Lapisan cache kedua — dan bisa dibilang yang paling penting dalam sistem produksi — adalah buffer pool (disebut buffer bersama di PostgreSQL, buffer pool InnoDB di MySQL). Ini adalah wilayah RAM yang digunakan mesin database untuk menyimpan halaman data yang baru diakses. Ketika kueri tidak dapat disajikan dari cache hasil, mesin memeriksa apakah halaman data yang diperlukan sudah ada di kumpulan buffer sebelum mengeluarkan pembacaan disk apa pun.

Buffer pool beroperasi berdasarkan prinsip lokalitas temporal dan spasial: data yang diakses baru-baru ini kemungkinan besar akan diakses kembali, dan data yang disimpan di dekat data yang diakses kemungkinan besar akan segera diakses. Administrator database menyesuaikan ukuran kumpulan buffer sebagai salah satu keputusan konfigurasi dengan leverage tertinggi yang mereka buat. Kumpulan buffer yang terlalu kecil menyebabkan penggusuran halaman terus-menerus, menghasilkan fenomena yang disebut thrashing, di mana sistem menghabiskan lebih banyak waktu untuk mengelola cache yang hilang dibandingkan mengeksekusi kueri.

Wawasan Utama: Di sebagian besar beban kerja OLTP, kumpulan buffer berukuran besar berarti 95–99% dari seluruh pembacaan data dilayani dari RAM. Kumpulan kerja — bagian dari data Anda yang sering disentuh oleh kueri — seringkali jauh lebih kecil daripada ukuran total database. Mengukur kumpulan buffer agar sesuai dengan kumpulan kerja Anda, bukan seluruh kumpulan data Anda, adalah satu-satunya tindakan penyesuaian dengan keuntungan tertinggi yang dapat Anda lakukan.

Bagaimana Cache Sistem Operasi Mengisi Kesenjangan Antara RAM dan Disk?

Bahkan ketika kumpulan buffer database tidak ada, kueri belum ditujukan untuk pembacaan disk yang sebenarnya. Sistem operasi memelihara cache halaman (juga disebut cache sistem file), suatu wilayah RAM yang dikelola kernel yang melakukan buffer baca dan tulis untuk memblokir perangkat. Ketika mesin database meminta halaman yang tidak ada di kumpulan buffernya, kernel OS memeriksa cache halamannya sendiri sebelum mengeluarkan perintah I/O fisik ke pengontrol penyimpanan.

Lapisan ketiga ini sebagian besar tidak terlihat oleh pengembang aplikasi namun sangat penting pada sistem di mana kumpulan buffer database tidak tersedia. Cache halaman OS dibagikan ke semua proses, sehingga bersaing dengan server aplikasi Anda, server web, dan perangkat lunak lain yang berjalan di host yang sama. Pada server database khusus, persaingan ini minimal, dan cache OS menyediakan buffer kesempatan kedua yang berarti. Pada host atau container bersama dengan batas memori yang ketat, cache OS sering kali terlalu kecil untuk membantu.

Lapisan Cache Mana yang Bertanggung Jawab atas Kemenangan Kinerja Terbanyak dalam Praktek?

Dalam sistem produksi dunia nyata, kumpulan penyangga domi

Related Posts

• CXMT telah menawarkan chip DDR4 dengan harga sekitar setengah dari harga pasar yang berlaku
• Saya memberi Claude akses ke plotter pena saya
• Apa yang harus diketahui oleh setiap penulis kompiler tentang programmer (2015) [pdf]
• FDA mengatakan perusahaan dapat mengklaim "tidak ada pewarna buatan" jika mereka menggunakan pewarna alami

Frequently Asked Questions

Apakah tiga lapisan cache ini berlaku untuk semua database?

Tiga lapisan cache tidak berlaku untuk semua database. Lapisan cache proses dan lapisan shared buffer pool umumnya ada di semua database relational modern seperti PostgreSQL, MySQL, dan Oracle. Namun, implementasinya berbeda-beda. Mewayz dengan 208 modul optimasi dapat membantu mengoptimasi konfigurasi cache Anda untuk mendapatkan kinerja maksimum.

Bagaimana cara mengetahui kapan kueri saya seharusnya menggunakan cache?

Anda dapat mengidentifikasi kapan kueri menggunakan cache dengan mengamati waktu eksekusi. Kueri yang menggunakan cache akan selesai dalam waktu mikrodetik (0.001 detik) sementara kueri yang tidak menggunakan cache akan membutuhkan waktu milidetik (1 detik). Tools seperti EXPLAIN ANALYZE pada PostgreSQL atau SHOW PROFILE pada MySQL dapat membantu mendeteksi ini.

Apakah mempertimbangkan cache dapat mengurangi beban pada sistem storage?

Ya, penggunaan cache sangat efektif mengurangi beban pada sistem storage. Dengan ketiga lapisan cache yang sehat, kueri dapat diselesaikan tanpa menyentuh disk sebenarnya. Ini mengurangi IOPS (Input/Output Operations Per Second) dan mempertahankan kualitas layanan sistem storage Anda. Mewayz $49/mo dapat membantu Anda monitor dan optimize penggunaan cache ini.

Bagaimana Mewayz dapat membantu dalam pengelolaan cache database?

Mewayz dengan 208 modul pengelolaan database dapat membantu Anda mengoptimasi semua lapisan cache. Fitur-fitur termasuk monitoring real-time cache hit rate, rekomendasi pemantauan shared buffer pool, dan analisis kinerja query yang memanfaatkan cache dengan baik. Dengan Mewayz $49/mo, Anda dapat memastikan cache selalu berfungsi optimal untuk aplikasi Anda.