Ini kebuntuan klasik ketika satu proses (korban) membaca serializable level dan lainnya memperbarui tabel berkerumun yang sama.
Anda bingung dengan apa yang diubah menjadi apa.
Proses pertama ("process5e13b88") telah memperoleh RangeS-S mengunci dan menunggu RangS-S lainnya kunci (di mana ada X kunci proses pembaruan), itu tidak mengubah apa pun.
"process5e45b88" kedua telah memperoleh X kunci pada satu kunci dan U pada kunci lain dan ingin mengubahnya menjadi X tapi tidak bisa karena ada RangeS-S kunci.
Saya melampirkan gambar di mana Anda dapat melihat bahwa satu proses hanya menginginkan dan memperoleh RangeS-S kunci dan satu-satunya X kunci.
Saat Anda melihat RangeS-U kunci ini berarti ada RangeS-S kunci pada jangkauan tetapi kunci itu sendiri memiliki U kunci
