Mengatasi Keadaan Perlumbaan dalam Barisan Pemprosesan Pesanan SQL Server
Cabaran: Pemproses pesanan serentak mengakses baris gilir pesanan melalui prosedur tersimpan menghadapi keadaan perlumbaan. Ini mengakibatkan perolehan semula pesanan pendua dan ralat pemprosesan. Prosedur tersimpan semasa cuba mengurangkan perkara ini dengan mengunci 20 pesanan pada satu masa, tetapi ini terbukti tidak mencukupi.
Pertanyaan Bermasalah:
Pertanyaan asal menggunakan proses dua langkah (KEMASKINI diikuti oleh PILIH) dengan penguncian baris, mewujudkan tetingkap untuk keadaan perlumbaan:
<code class="language-sql">BEGIN TRAN UPDATE OrderTable WITH ( ROWLOCK ) SET ProcessorID = @PROCID WHERE OrderID IN ( SELECT TOP ( 20 ) OrderID FROM OrderTable WITH ( ROWLOCK ) WHERE ProcessorID = 0) COMMIT TRAN SELECT OrderID, ProcessorID, etc... FROM OrderTable WHERE ProcessorID = @PROCID</code>
Punca Punca: Pernyataan KEMASKINI cuba mengunci baris selepas pernyataan SELECT telah mengenal pasti mereka. Dalam persekitaran berbilang pemproses, perbezaan masa ini membolehkan berbilang pemproses memperoleh pesanan yang sama.
Penyelesaian Berkesan: Menggunakan petunjuk READPAST
dan UPDLOCK
dalam satu pernyataan UPDATE
menyelesaikan keadaan perlumbaan. READPAST
membenarkan bahagian PILIH KEMASKINI untuk memintas baris yang dikunci, manakala UPDLOCK
memastikan bahawa hanya baris yang tidak berkunci dikemas kini.
Pertanyaan Disemak:
Pendekatan diperkemas ini menghapuskan keadaan perlumbaan:
<code class="language-sql">UPDATE TOP (20) OrderTable SET ProcessorID = @PROCID FROM OrderTable WITH (ROWLOCK, READPAST, UPDLOCK) WHERE ProcessorID = 0</code>
Pertanyaan yang disemak ini dengan cekap dan boleh dipercayai memberikan pesanan kepada pemproses, menghalang pemprosesan pendua.
Atas ialah kandungan terperinci Bagaimanakah Saya Boleh Mencegah Keadaan Perlumbaan dalam Barisan Pemprosesan Pesanan SQL Server?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!