Laravelの並行処理について

Question

私は、MySQLインベントリデータベースと対話するAPIを作成しています。

• on-hand値を小さくし、製品のreserved価値を高める：私たちは、15次の方法でデータベースを更新し、製品を予約することができ、ユーザーを持っています。

inventory表は次のようになります。

id  int 
sku  varchar 
on-hand int 
reserved int 

問題がある：2人のユーザーが、同時にそれを更新しようとした場合、行の更新を処理するためにどのように？

iはTransactionsを使用していた考えていた最初のaproach：

<?php 
    function reserveStock() 
    { 
     $db->beginTransaction(); 

     // SELECT on-hand, reserved from inventory 

     // Update inventory values 

     $db->commit(); 

     return response()->json([ 'success' => 1, 'data' => $data ]) 
    } 

第二つpessimist lockingを用いた：

<?php 
    function reserveStock() 
    { 

     // SELECT on-hand, reserved from inventory with ->sharedLock() 

     // Update inventory values 

     return response()->json([ 'success' => 1, 'data' => $data ]) 
    } 

第三の一つはCEROの値とupdatingフィールドを作成することでした。更新する製品を選択するときに、その行で何かをする前にupdatingフィールドをチェックします。私がここに見る問題は、利用可能になるまで、updating != 0でループする必要があるということです。より多くの選択と更新が彼のaproachから来る。

最高の場合、どのような行動が起こりますか？私がここに書いたものよりも多くの選択肢があるかもしれません。

Answer 1

いずれのトランザクションも使用しないでください。

アップデートも使用しないでください。

あなたのデータベースをよく見直し、更新を取り除くために、代わりに挿入を使用してください。ピボットテーブルを作成して、ユーザーと製品間の接続に対応します。そして、最初の接続レコード（idが小さい方）のみを実際のレコードにします。

以上の説明は必要な場合は、ここでは例です：

が2、ユーザーが製品を得るためにレースを言います。彼らは両方ともピボットテーブルにレコードを作成しますが、ほとんど同時に、誰かがファーになるはずです。両者は非常に小さなトランザクションをコミットしてデータを保持します。そして、ピボットテーブルを読んで、誰が成功したかを確認します。最初のレコードは両方のレコードが同じになるため、使用中のブロックはありません（リース明示的に）。そうすれば、ある顧客は自分の記録を得て幸せになり、もう1人は別の製品を手に入れるために再申請します。

問題が解決しました。