Pola peta panas

Halaman ini menunjukkan contoh pola yang mungkin Anda lihat di hot map Key Visualizer. Pola-pola ini dapat membantu Anda memecahkan masalah performa tertentu.

Beberapa masalah yang diekspos dalam Key Visualizer berhubungan dengan definisi kunci utama Anda. Karena kunci utama tidak dapat diubah, masalah ini sebaiknya ditemukan selama tahap desain, atau bukti konsep.

Masalah lainnya mungkin terkait dengan alokasi node instance Anda. Anda mungkin perlu menyediakan kapasitas tambahan, baik secara keseluruhan atau mungkin pada waktu tertentu. Untuk mengubah jumlah node yang terkait dengan instance, lihat Mengubah jumlah node.

Sebelum membaca halaman ini, Anda harus sudah memahami ringkasan Key Visualizer.

Pembacaan dan penulisan yang terdistribusi secara merata

Contoh peta panas yang menampilkan area panas dan dingin yang terdistribusi secara merata

Jika peta panas menampilkan campuran warna gelap dan cerah yang halus, operasi baca dan tulis akan didistribusikan secara merata di seluruh database. Peta panas ini mewakili pola penggunaan yang efektif untuk Spanner, sehingga Anda tidak perlu melakukan tindakan apa pun.

Peta panas Anda sendiri mungkin tidak didistribusikan secara merata seperti ini, tetapi tetap menggambarkan skema dan beban kerja yang sehat. Sejumlah hotspot bisa diharapkan dalam konfigurasi resource yang benar.

Kunci yang meningkat secara monoton

Contoh peta panas yang menampilkan hot band diagonal (turun dari kiri ke kanan)

Peta panas dengan satu garis diagonal cerah, atau segitiga dengan bagian atas datar, dapat menunjukkan database yang menggunakan kunci berurutan. Kunci berurutan adalah antipola di Spanner; lihat halaman Praktik terbaik desain skema untuk mengetahui alasan kunci berurutan menyebabkan hotspot.

Rentang hot key terus-menerus

Contoh peta panas yang menampilkan beberapa pita horizontal panas

Jika peta panas menampilkan pita horizontal warna cerah, yang dipisahkan dengan warna gelap, ini menunjukkan bahwa rentang baris tertentu secara konsisten lebih sering diakses dari waktu ke waktu.

Untuk mengatasi masalah ini, sebaiknya ubah desain skema atau aplikasi Anda sehingga data dalam baris yang banyak digunakan, atau dalam baris yang terlalu besar, tersebar di beberapa baris.

Satu tabel hot

Contoh peta panas yang menampilkan satu band horizontal panas

Jika peta panas menampilkan band warna cerah dalam satu tabel, peta panas menunjukkan akses yang berat ke tabel tersebut dari waktu ke waktu.

Pola ini sendiri tidak selalu bermasalah. Jika melihat pola ini beserta masalah performa, kemungkinan Anda kehabisan kapasitas komputasi. Beberapa hal yang perlu dipertimbangkan:

  • Aplikasi Anda mungkin meminta pemindaian tabel penuh, yang akan ditampilkan di Key Visualizer sebagai band terang dari keseluruhan tabel. Sebagai gantinya, pertimbangkan kueri yang lebih ketat atau kueri terhadap indeks untuk mengurangi jumlah baris yang dipindai.

  • Tingkatkan jumlah node untuk instance ini.

Baca dan tulis keliling dari waktu ke waktu

Contoh peta panas yang menampilkan hot band diagonal (menaik dari kiri ke kanan)

Peta panas yang menampilkan beberapa garis terang diagonal (naik atau turun) biasanya menunjukkan pembacaan atau penulisan berurutan ke baris dalam waktu singkat.

Jika baris tersebut sesuai dengan aktivitas baca, seperti ekspor tabel, Anda tidak perlu melakukan tindakan apa pun. Jika Anda mengalami masalah performa selama operasi baca ini, pertimbangkan untuk meningkatkan jumlah node instance selama jangka waktu ini. Anda dapat mengurangi jumlah node di antara periode.

Jika baris sesuai dengan aktivitas tulis, dan Anda mengalami masalah performa, sebaiknya ubah beban kerja menjadi penulisan acak, bukan penulisan berurutan.

Peningkatan traffic tiba-tiba

Contoh peta panas yang menampilkan dua pita horizontal panas yang dimulai setengah jalan pada peta panas

Peta panas yang menampilkan pita horizontal cerah yang muncul sebagian di sepanjang peta panas menunjukkan perubahan pola penggunaan database secara tiba-tiba. Hal ini bisa berupa kueri rogue atau lonjakan aktivitas yang tidak terduga untuk baris tertentu.

Peringatan

Ada beberapa skenario saat Key Visualizer mungkin tidak memberikan gambaran lengkap tentang performa dan penggunaan resource.

Skenario Yang ditampilkan peta panas
Tabel data besar dan beberapa tabel kecil Visualizer kunci memilih lebih banyak rentang baris dalam tabel besar daripada tabel yang lebih kecil. Akibatnya, sebuah tabel kecil mungkin hanya muncul sebagai rentang baris tunggal pada peta panas. Akan ada rentang baris yang mewakili setiap tabel selama jumlah tabel kurang dari 1.000. Ketika sebuah kunci atau berbagai kunci bersifat hot di tabel kecil, pengguna mungkin hanya tahu bahwa tabel ini hot, tetapi tidak lebih jauh.
Banyak tabel / indeks
Misalnya, database dengan ratusan atau lebih dari seribu tabel, terlepas dari ukurannya.
Visualizer kunci memilih maksimal 1.000 rentang baris. Jika ada banyak tabel dan indeks, sebagian di antaranya mungkin hanya memiliki nol atau satu titik data pada peta panas. Oleh karena itu, hotspot mungkin tidak ada karena tabelnya dilewati atau dikurangi sampelnya.
Mengubah kunci dengan cepat Perubahan cepat pada ruang kunci akan mengakibatkan perubahan yang sering pada rentang baris. Jika rentang baris sebelumnya harus dipisahkan, karena kunci yang baru disisipkan, atau beberapa rentang baris digabungkan, karena kunci yang dihapus, metrik akan diperkirakan (mis. dibagi/digabungkan). Perkiraan gabungan nilai metrik akan membuatnya kurang akurat. Selain itu, terdapat penundaan dalam memperbarui rentang baris setelah perubahan dalam ruang kunci, yang dapat menyebabkan hilangnya tingkat perincian hingga rentang baris diperbarui.

Langkah selanjutnya