MySQL の高同時実行ロックのトランザクション処理

MySQL は、トランザクションの書き込み前に SELECT... FOR UPDATE を使用して確認します

MySQL の InnoDB を例に挙げます。デフォルトの Tansaction 分離レベルは、SELECT でロックを読み取る主な方法が 2 つあります:

SELECT … LOCK IN SHARE MODE
SELECT … FOR UPDATE

どちらの方法でもです。 、トランザクション (Transaction) の進行中に、同じデータ テーブルに対して SELECT を実行すると、実行前に他のトランザクション データが送信される (コミット) まで待つ必要があります。主な違いは、一方の当事者が同じフォームを更新したい場合、LOCK IN SHARE MODE では簡単にデッドロックが発生する可能性があることです。

簡単に言えば、SELECT の後に同じフォームを UPDATE したい場合は、SELECT ... UPDATE を使用するのが最善です。

例: 製品の数量を保存するための製品フォーム製品に数量があるとします。注文が確立される前に、製品の数量が十分であるかどうか (数量 > 0) を判断する必要があります。数量が 1 に更新されます。

危険な行為:

1    SELECT quantity FROM products WHERE id=3;    
1    UPDATE products SET quantity = 1 WHERE id=3;

なぜ危険なのでしょうか?

少量の場合は問題ないかもしれませんが、大量のデータアクセスは「確実に」問題を引き起こします。

数量 > 0 のときに在庫を差し引く必要がある場合、SELECT の最初の行でプログラムによって読み取られた数量が 2 であると仮定すると、その数値は正しいように見えますが、MySQL が UPDATE の準備をしているときに、誰かがすでに在庫を差し引いている可能性があります。在庫は 0 に減らされましたが、プログラムはそれを認識せず、間違った UPDATE を実行しました。

したがって、読み取られて送信されたデータが正しいことを確認するには、トランザクション メカニズムを使用する必要があります。

そこで、MySQL では次のようにテストできます: (注 1)

1    SET AUTOCOMMIT=0;    
2    BEGIN WORK;    
3    SELECT quantity FROM products WHERE id=3 FOR UPDATE;

このとき、商品データの id=3 のデータはロックされており (注 3)、他のトランザクションはこのトランザクションを待つ必要があります。 SELECT * FROM products WHERE id=3 FOR UPDATE (注 2) これにより、他のトランザクションで数量ごとに読み取られた数値が正しいことが保証されます。

1    UPDATE products SET quantity = '1' WHERE id=3 ;    
2    COMMIT WORK;

コミットがデータベースに書き込まれ、製品のロックが解除されます。

注 1: BEGIN/COMMIT は、トランザクションの開始点と終了点です。ロック ステータスを対話的に観察するには、3 つ以上の MySQL コマンド ウィンドウを使用できます。

注 2: トランザクション中、同じデータに対する SELECT... FOR UPDATE または LOCK IN SHARE MODE のみが、他のトランザクションの完了を待ってから実行されます。通常、SELECT... はこれによる影響を受けません。

注 3: InnoDB のデフォルトは行レベルのロックであるため、データ列のロックについてはこの記事を参照してください。

注 4: InnoDB フォームでは LOCK TABLES コマンドを使用しないようにしてください。使用する必要がある場合は、システムでの頻繁なデッドロックを避けるために、まず InnoDB での LOCK TABLES の使用に関する公式の手順を読んでください。

上記は、Mysql の高同時実行ロック トランザクション処理の内容です。さらに関連する内容については、PHP 中国語 Web サイト (www.php.cn) を参照してください。