Optimalisasi MySQL 8 di Lingkungan Shared Hosting: Indexing, Buffer Pool, dan Slow Query

Menjalankan aplikasi dengan ribuan pengunjung harian di lingkungan hosting bersama sering terkendala alokasi memori dan I/O basis data. Satu query yang tidak efisien dapat melumpuhkan seluruh layanan secara tiba-tiba.

Indeks komposit dan urutan kolomnya

Kunci utama performa adalah indeks komposit yang dirancang tepat sasaran, dan urutan kolom di dalamnya menentukan segalanya. MySQL hanya dapat memanfaatkan indeks dari kolom paling kiri secara berurutan — indeks pada (status, published_at) membantu query yang menyaring status, tetapi tidak membantu query yang hanya mengurutkan berdasarkan tanggal.

Aturan yang berguna: letakkan kolom dengan perbandingan kesamaan lebih dulu, kolom rentang berikutnya, dan kolom pengurutan di akhir. Susunan ini memungkinkan satu indeks melayani penyaringan sekaligus pengurutan, dan menghindari operasi filesort yang menulis ke disk.

Membaca EXPLAIN dengan benar

Perintah EXPLAIN adalah alat diagnosis utama, tetapi sering dibaca sekilas. Kolom type bernilai ALL berarti pemindaian tabel penuh. Kolom Extra yang memuat Using filesort atau Using temporary menandakan pekerjaan tambahan di luar indeks.

Yang paling sering menyesatkan adalah kolom rows: angkanya adalah perkiraan, bukan hitungan sebenarnya, dan bisa meleset jauh jika statistik tabel sudah usang. Menjalankan ANALYZE TABLE secara berkala menjaga perkiraan itu tetap mendekati kenyataan.

Buffer pool pada hosting bersama

InnoDB menyimpan data dan indeks yang sering diakses di buffer pool. Ketika seluruh indeks aktif muat di dalamnya, pembacaan nyaris tidak menyentuh disk sama sekali.

Pada hosting bersama, ukuran buffer pool tidak dapat diubah. Yang masih dapat dikendalikan adalah ukuran indeksnya: gunakan tipe integer terkecil yang memadai, hindari kolom TEXT untuk nilai pendek, dan hapus indeks yang tidak pernah dipakai — setiap indeks yang menganggur tetap memakan ruang dan memperlambat setiap operasi tulis.

Menemukan yang lambat sebelum pengunjung menemukannya

Log slow query adalah sumber informasi paling berharga yang paling sering diabaikan. Menurunkan ambangnya ke satu detik selama beberapa hari biasanya cukup untuk mengungkap bahwa beban sebenarnya berasal dari segelintir query yang sama, berulang-ulang.

Dengan disiplin indexing yang ketat dan pemeriksaan berkala, aplikasi dapat melayani jutaan baris data dengan konsumsi sumber daya yang tetap stabil — tanpa perlu berpindah ke server yang lebih mahal.