sql >> データベース >  >> RDS >> Mysql

MySQLでSELECT...FORUPDATEを使用したデッドロック

    機能するものと機能しないもの

    デッドロックなしで両方のトランザクションを実行する方法は、分離レベル コミット済みを読む (またはコミットされていない )両方の接続で:

    SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED;
    

    start transactionの前 。

    おそらく、t2で設定するだけで十分でしょう。 、ただし、念のため、両方に設定してください。

    トランザクションの分離レベルを変更すると、いくつかの副作用が発生します。これについては、マニュアル内 実稼働環境でこれを変更する前に。

    デッドロックに関するステータス情報

    ------------------------
    LATEST DETECTED DEADLOCK
    ------------------------
    140424  8:45:46
    *** (1) TRANSACTION:
    TRANSACTION B6F18A3, ACTIVE 5 sec starting index read
    mysql tables in use 1, locked 1
    LOCK WAIT 2 lock struct(s), heap size 376, 1 row lock(s)
    MySQL thread id 13885, OS thread handle 0x7f8b1dbd2700, query id 901012
     localhost root statistics
    SELECT * FROM t WHERE id = 1 FOR UPDATE
    *** (1) WAITING FOR THIS LOCK TO BE GRANTED:
    RECORD LOCKS space id 0 page no 22921 n bits 72 index `PRIMARY` of table
     `test`.`t` trx id B6F18A3 lock_mode X locks rec but not gap waiting
    Record lock, heap no 4 PHYSICAL RECORD: n_fields 4; compact format; info bits 0
     0: len 4; hex 80000001; asc     ;;
     1: len 6; hex 00000b6f1883; asc    o  ;;
     2: len 7; hex 06000059a211ea; asc    Y   ;;
     3: len 5; hex 48656c6c6f; asc Hello;;
    
    *** (2) TRANSACTION:
    TRANSACTION B6F18A2, ACTIVE 10 sec starting index read
    mysql tables in use 1, locked 1
    3 lock struct(s), heap size 376, 2 row lock(s)
    MySQL thread id 13888, OS thread handle 0x7f8b1f64d700, query id 901068
     localhost root Updating
    UPDATE t SET `descc` = 'Hello from t1'
    *** (2) HOLDS THE LOCK(S):
    RECORD LOCKS space id 0 page no 22921 n bits 72 index `PRIMARY` of table
     `test`.`t` trx id B6F18A2 lock_mode X locks rec but not gap
    Record lock, heap no 4 PHYSICAL RECORD: n_fields 4; compact format; info bits 0
     0: len 4; hex 80000001; asc     ;;
     1: len 6; hex 00000b6f1883; asc    o  ;;
     2: len 7; hex 06000059a211ea; asc    Y   ;;
     3: len 5; hex 48656c6c6f; asc Hello;;
    
    *** (2) WAITING FOR THIS LOCK TO BE GRANTED:
    RECORD LOCKS space id 0 page no 22921 n bits 72 index `PRIMARY` of table
     `test`.`t` trx id B6F18A2 lock_mode X waiting
    Record lock, heap no 4 PHYSICAL RECORD: n_fields 4; compact format; info bits 0
     0: len 4; hex 80000001; asc     ;;
     1: len 6; hex 00000b6f1883; asc    o  ;;
     2: len 7; hex 06000059a211ea; asc    Y   ;;
     3: len 5; hex 48656c6c6f; asc Hello;;
    
    *** WE ROLL BACK TRANSACTION (1)
    

    説明

    a_horse_with_no_nameが述べたように、これはMySQLのバグのようです。トランザクション(2)は、すでにXロックを保持しているのと同じ行でギャップロックを取得しようとしています。トランザクション(1)は、この行でギャップのないXロックを待機します。この要求が競合する理由は私にはわかりません。分離レベルをREAD COMMITTEDに設定する ギャップロックを無効にします。この例は機能するので、これはギャップロックが実際にここで問題になっていることを示唆しています。




    1. WindowsサービスとSQLServerを使用したOneWayWCFメッセージのキューイング

    2. MySQLをSQliteに変換する

    3. (大きい?)数の値に対するMySQLINオペレーターのパフォーマンス

    4. libmysqlclient.15.dylibがロードされていないために発生したエラーを修正するにはどうすればよいですか?