이것은 거의 확실히 내 다른 질문 의 원인 이지만, 나는 다음과 같은 로그를 기반으로 가설을 가지고 위조 또는 확인하고 싶어한다는 가설이 있기 때문에 두 가지를 분리 할 가치가 있다고 생각했습니다.
내 가설은 다른 교착 상태 는 실제로 다음 쿼리의 결과이며 innodb 상태를 이해하여 원래 쿼리가 숨겨져 있다는 것은 가장 최근의 트랜잭션 만 보여줍니다 (이것이 맞습니까?).
로그를 기반으로 코드를 확인한 후 다음 두 쿼리를 순서대로 실행했습니다.
db.Execute("UPDATE people SET iphone_device_id=NULL WHERE iphone_device_id=@0 AND people_id<>@1", DeviceID, m_User.people_id);
// I have hard coded this query in this snippet to simplify things
db.Execute("UPDATE people SET company_id = 444, name = 'Dad', password = '<pass>', temp_password = NULL, reset_password_hash = NULL, email = '<redacted>@gmail.com', phone = NULL, mobile = NULL, iphone_device_id = 'iphone:<device_id_blah>', iphone_device_time = '2011-06-06 19:12:29', last_checkin = '2011-06-07 02:49:47', location_lat = <lat>, location_long = <lng>, gps_strength = 66, picture_blob_id = 1661, authority = 1, active = 1, date_created = '2011-03-20 19:18:34', last_login = '2011-06-07 11:15:01', panic_mode = 0, battery_level = 0.55, battery_state = 'unplugged' WHERE people_id = 666");
db.Execute는 기본적으로 System.Data DbCommand 오브젝트 에서 ExecuteNonQuery 를 수행 합니다.
이 일련의 쿼리로 교착 상태가 발생합니까? 내 가설은 두 쿼리에서 서로 다른 두 필드 순서로 문제가 발생한다는 것입니다. 교착 상태를 해결하기 위해 두 쿼리를 트랜잭션으로 마무리 할 수 있습니까?
------------------------
LATEST DETECTED DEADLOCK
------------------------
110607 11:15:01
*** (1) TRANSACTION:
TRANSACTION 0 45674214, ACTIVE 0 sec, OS thread id 2584 starting index read
mysql tables in use 1, locked 1
LOCK WAIT 3 lock struct(s), heap size 1216, 2 row lock(s)
MySQL thread id 109, query id 4044915 localhost 127.0.0.1 famdev Searching rows for update
UPDATE people SET iphone_device_id=NULL WHERE iphone_device_id='iphone:<device_id_blah>' AND people_id<>666
*** (1) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 0 page no 4611 n bits 152 index `PRIMARY` of table `family`.`people` trx id 0 45674214 lock_mode X locks rec but not gap waiting
Record lock, heap no 7 PHYSICAL RECORD: n_fields 25; compact format; info bits 0
0: len 8; hex 8000000000000941; asc A;; 1: len 6; hex 000002b8eedf; asc ;; 2: len 7; hex 00000002801064; asc d;; 3: len 8; hex 80000000000004c6; asc ;; 4: len 3; hex 446164; asc Dad;; 5: len 30; hex <data0>; asc <data1>;...(truncated); 6: SQL NULL; 7: SQL NULL; 8: len 17; hex <data2>; asc <redacted>@gmail.com;; 9: SQL NULL; 10: SQL NULL; 11: len 30; hex <data3>; asc iphone:<data4>;...(truncated); 12: len 8; hex <data5>; asc J] };; 13: len 8; hex <data6>; asc J] ;; 14: len 8; hex <data7>; asc ~t g C@;; 15: len 8; hex <data8>; asc G I &S ;; 16: len 2; hex 8042; asc B;; 17: len 8; hex <data9>; asc };; 18: len 4; hex <data10>; asc ;; 19: len 1; hex 81; asc ;; 20: len 8; hex <data11>; asc JL} Z;; 21: len 8; hex <data12>; asc J] M;; 22: len 1; hex 80; asc ;; 23: len 8; hex <data13>; asc ?;; 24: len 9; hex <data14>; asc unplugged;;
*** (2) TRANSACTION:
TRANSACTION 0 45674209, ACTIVE 0 sec, OS thread id 3804 starting index read, thread declared inside InnoDB 500
mysql tables in use 1, locked 1
5 lock struct(s), heap size 1216, 2 row lock(s), undo log entries 1
MySQL thread id 110, query id 4044916 localhost 127.0.0.1 famdev Updating
UPDATE people SET company_id = 444, name = 'Dad', password = '<pass>', temp_password = NULL, reset_password_hash = NULL, email = '<redacted>@gmail.com', phone = NULL, mobile = NULL, iphone_device_id = 'iphone:<device_id_blah>', iphone_device_time = '2011-06-06 19:12:29', last_checkin = '2011-06-07 02:49:47', location_lat = <lat>, location_long = <lng>, gps_strength = 66, picture_blob_id = 1661, authority = 1, active = 1, date_created = '2011-03-20 19:18:34', last_login = '2011-06-07 11:15:01', panic_mode = 0, battery_level = 0.55, battery_state = 'unplugged' WHERE people_id = 666
*** (2) HOLDS THE LOCK(S):
RECORD LOCKS space id 0 page no 4611 n bits 152 index `PRIMARY` of table `family`.`people` trx id 0 45674209 lock mode S locks rec but not gap
Record lock, heap no 7 PHYSICAL RECORD: n_fields 25; compact format; info bits 0
0: len 8; hex 8000000000000941; asc A;; 1: len 6; hex 000002b8eedf; asc ;; 2: len 7; hex 00000002801064; asc d;; 3: len 8; hex 80000000000004c6; asc ;; 4: len 3; hex 446164; asc Dad;; 5: len 30; hex <data0>; asc <data1>;...(truncated); 6: SQL NULL; 7: SQL NULL; 8: len 17; hex <data2>; asc <redacted>@gmail.com;; 9: SQL NULL; 10: SQL NULL; 11: len 30; hex <data3>; asc iphone:<data4>;...(truncated); 12: len 8; hex <data5>; asc J] };; 13: len 8; hex <data6>; asc J] ;; 14: len 8; hex <data7>; asc ~t g C@;; 15: len 8; hex <data8>; asc G I &S ;; 16: len 2; hex 8042; asc B;; 17: len 8; hex <data9>; asc };; 18: len 4; hex <data10>; asc ;; 19: len 1; hex 81; asc ;; 20: len 8; hex <data11>; asc JL} Z;; 21: len 8; hex <data12>; asc J] M;; 22: len 1; hex 80; asc ;; 23: len 8; hex <data13>; asc ?;; 24: len 9; hex <data14>; asc unplugged;;
*** (2) WAITING FOR THIS LOCK TO BE GRANTED:
RECORD LOCKS space id 0 page no 4611 n bits 152 index `PRIMARY` of table `family`.`people` trx id 0 45674209 lock_mode X locks rec but not gap waiting
Record lock, heap no 7 PHYSICAL RECORD: n_fields 25; compact format; info bits 0
0: len 8; hex 8000000000000941; asc A;; 1: len 6; hex 000002b8eedf; asc ;; 2: len 7; hex 00000002801064; asc d;; 3: len 8; hex 80000000000004c6; asc ;; 4: len 3; hex 446164; asc Dad;; 5: len 30; hex <data0>; asc <data1>;...(truncated); 6: SQL NULL; 7: SQL NULL; 8: len 17; hex <data2>; asc <redacted>@gmail.com;; 9: SQL NULL; 10: SQL NULL; 11: len 30; hex <data3>; asc iphone:<data4>;...(truncated); 12: len 8; hex <data5>; asc J] };; 13: len 8; hex <data6>; asc J] ;; 14: len 8; hex <data7>; asc ~t g C@;; 15: len 8; hex <data8>; asc G I &S ;; 16: len 2; hex 8042; asc B;; 17: len 8; hex <data9>; asc };; 18: len 4; hex <data10>; asc ;; 19: len 1; hex 81; asc ;; 20: len 8; hex <data11>; asc JL} Z;; 21: len 8; hex <data12>; asc J] M;; 22: len 1; hex 80; asc ;; 23: len 8; hex <data13>; asc ?;; 24: len 9; hex <data14>; asc unplugged;;