Pola peta panas

Halaman ini menampilkan contoh pola yang mungkin Anda lihat di peta panas Key Visualizer. Pola ini dapat membantu Anda memecahkan masalah performa tertentu.

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

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

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

Operasi baca dan tulis yang didistribusikan secara merata

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

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

Peta panas Anda mungkin tidak didistribusikan secara merata seperti ini, tetapi tetap menggambarkan skema dan beban kerja yang sehat. Beberapa jumlah hotspot dapat diharapkan dalam konfigurasi dengan resource yang tepat.

Kunci yang meningkat secara monoton

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

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

Rentang tombol panas yang persisten

Contoh peta panas yang menampilkan beberapa band horizontal panas

Jika peta panas menampilkan pita horizontal berwarna terang, yang dipisahkan oleh warna gelap, hal ini menunjukkan bahwa rentang baris tertentu secara konsisten lebih banyak diakses dari waktu ke waktu.

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

Satu tabel panas

Contoh peta panas yang menampilkan satu band horizontal panas

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

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

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

  • Tingkatkan jumlah node untuk instance ini.

Operasi baca dan tulis yang berpindah-pindah dari waktu ke waktu

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

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

Jika baris sesuai dengan aktivitas baca, seperti ekspor tabel, Anda tidak perlu melakukan tindakan apa pun. Jika Anda mengalami masalah performa selama pembacaan ini, pertimbangkan untuk meningkatkan jumlah node untuk instance Anda selama periode 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 Anda menjadi operasi tulis acak, bukan operasi tulis berurutan.

Peningkatan traffic mendadak

Contoh peta panas yang menampilkan dua pita horizontal panas yang dimulai di tengah peta panas

Peta panas yang menampilkan pita horizontal terang yang muncul di sebagian peta panas menunjukkan perubahan mendadak dalam pola penggunaan database. Hal ini dapat berupa kueri yang tidak sah atau lonjakan aktivitas yang tidak terduga untuk baris tertentu.

Peringatan

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

Skenario Informasi yang ditampilkan peta panas
Tabel data besar dan beberapa tabel kecil Visualisator kunci memilih lebih banyak rentang baris dalam tabel besar daripada tabel yang lebih kecil. Akibatnya, tabel kecil mungkin hanya muncul sebagai rentang satu baris pada peta panas. Akan ada rentang baris yang mewakili setiap tabel selama jumlah tabel kurang dari 1.000. Jika kunci atau rentang kecil kunci aktif di tabel kecil, pengguna mungkin hanya mengetahui bahwa tabel ini aktif, tetapi tidak lebih dari itu.
Banyak tabel / indeks
Misalnya, database dengan ratusan atau lebih dari seribu tabel, terlepas dari ukurannya.
Key Visualizer memilih maksimal 1.000 rentang baris. Jika ada banyak tabel dan indeks, beberapa di antaranya mungkin hanya memiliki nol atau satu titik data pada peta panas. Oleh karena itu, hotspot mungkin tidak ada karena tabelnya dilewati atau didownsample.
Tombol yang berubah dengan cepat Perubahan yang cepat dalam ruang kunci akan menyebabkan perubahan yang sering pada rentang baris. Jika rentang baris sebelumnya harus dibagi, karena kunci yang baru disisipkan, atau beberapa rentang baris digabungkan, karena kunci yang dihapus, metrik akan dihitung secara kasar (misalnya, dibagi/digabungkan). Perkiraan gabungan nilai metrik kemungkinan akan membuatnya kurang akurat. Selain itu, ada penundaan dalam memperbarui rentang baris setelah perubahan di ruang kunci, yang dapat menyebabkan hilangnya tingkat perincian hingga rentang baris diperbarui.

Langkah selanjutnya