Artikel tersebut menyarankan tip penting untuk menghindari Deadlocks di SQL Servers
Meskipun SQL Server telah menyaksikan evolusi besar dalam beberapa tahun terakhir, pengguna masih sering menghadapi situasi kebuntuan. Idealnya, server database harus dapat mengambil banyak permintaan tetapi seringkali menghasilkan blok. Konflik di mana satu proses menunggu rilis sumber daya lain disebut blok. Dan kemudian ada Deadlock.
Bayangkan situasi di mana satu orang meminta yang kedua untuk melepaskan sumber daya dan yang kedua menunggu yang pertama melepaskan. Alhasil, keduanya terjebak dalam situasi kebuntuan. Tidak ada proses yang dapat dilanjutkan karena keduanya terkunci dan memerlukan yang lain untuk melepaskan sumber daya atau mengunci.
Saat bekerja dengan SQL servers, kebuntuan cukup umum dan dapat menghambat keseluruhan proses. Tidak mungkin menghindari kebuntuan sama sekali, tetapi seseorang pasti dapat meminimalkan kemungkinan menciptakan kebuntuan.
Masalah deadlock
Sebelum beralih ke tips untuk meminimalkan kebuntuan, mari kita lihat sekilas beberapa most kemungkinan penyebab kebuntuan. SQL servers dirancang untuk mendeteksi kebuntuan secara otomatis, tetapi jika dilaporkan, DBA harus mencoba memahami alasan di balik kebuntuan tersebut. Most penyebab umum adalah desain database yang buruk, tanpa validasi dan pengujian yang tepat, dan kurangnya pengindeksan. Beberapa kebuntuan juga disebabkan karena kueri yang dirancang dengan buruk.
Perlu dicatat bahwa kebuntuan secara langsung mempengaruhi kinerja dan dapat menghentikan pemrosesan database.
1. Pertahankan agar tetap sama
Deadlock pasti akan terjadi jika sumber daya tidak diproses dalam urutan yang ditentukan dengan baik. Untuk meminimalkan kebuntuan, semua transaksi bersamaan harus mengakses objek dalam urutan yang ditentukan dengan baik. DBA harus merancang seperangkat aturan yang jelas untuk mengakses objek Database. Biasanya Lock Monitor melakukan pemeriksaan kebuntuan dan ketika terdeteksi, mereka memilih satu korban kebuntuan dan mengembalikan transaksinya. Dengan demikian, semua kunci dilepaskan dan sesi sebelumnya diizinkan untuk melanjutkan proses. Korban deadlock dipilih berdasarkan prioritas Deadlock yang ditetapkan oleh Server atau rollback cost.
2. Batasan Selama Bertransaksi
Anda dapat membatasi pengguna untuk memasukkan segala jenis data saat transaksi sedang diproses dan Anda dapat memperbarui data sebelum transaksi untuk menghindari kebuntuan. Selain itu, usahakan untuk menjaga interaksi pengguna ke level minimum karena ini memengaruhi kecepatan. Idealnya, transaksi harus singkat dan cepat untuk menghindari kebuntuan. Sebuah aplikasi harus dirancang sedemikian rupa sehingga dapat menangkap kunci dalam waktu yang paling tidak diperlukan dan melepaskannya secepat mungkin.
3. Petunjuk NOLOCK
Saat seseorang menjalankan kueri terhadap tabel di tingkat isolasi default SQL, tabel akan dikunci dan kueri berikutnya harus menunggu rilis. NOLOCK Hint sangat membantu dalam situasi seperti itu karena memungkinkan penguncian tabel yang diganti dan kueri lain mendapatkan akses yang mudah.
4. Gunakan Koneksi Terikat
Jika aplikasi yang sama dapat membuka dua atau lebih koneksi yang dapat bekerja sama satu sama lain, maka tidak akan terjadi kebuntuan. Itulah mengapa disarankan untuk menggunakan koneksi Terikat.
Kebuntuan bukan satu-satunya masalah yang mungkin Anda alami saat mengerjakan a SQL Server database. Bahkan insiden korupsi sql lebih mungkin membuat Anda berduka. Untuk menghindari skenario kehilangan data, berinvestasi dalam alat pemulihan yang kuat seperti DataNumen SQL Recovery.
Pengantar Penulis:
Victor Simon adalah pakar pemulihan data di DataNumen, Inc., yang merupakan pemimpin dunia dalam teknologi pemulihan data, termasuk pemulihan mdb dan produk perangkat lunak pemulihan sql. Untuk informasi lebih lanjut kunjungi https://www.datanumen.com/