এই দুটি প্রশ্নের ক্রম অনুসারে মৃত্যুদণ্ড কার্যকর করা হলে একটি অচলাবস্থার ফলস্বরূপ?


12

এটি প্রায় অবশ্যই আমার অন্যান্য প্রশ্নের কারণ , তবে আমি ভেবেছিলাম যে এটি দুটি পৃথক করার পক্ষে মূল্যবান ছিল কারণ আমার নীচের লগের উপর ভিত্তি করে একটি অনুমান আছে যা আমি মিথ্যা বা যাচাই করতে পছন্দ করব।

আমার হাইপোথিসিসটি হ'ল অন্যান্য অচলাবস্থাটি আসলে নীচের প্রশ্নগুলির একটি ফলাফল, যা বোঝার উপর ভিত্তি করে মূল প্রশ্নটি লুকানো আছে ইনডোডাবের স্থিতি কেবলমাত্র সাম্প্রতিক লেনদেনগুলি দেখায় (এটি কি সঠিক?)

লগের উপর ভিত্তি করে, আমি আমাদের কোডটি যাচাই করেছি এবং নিম্নলিখিত দুটি প্রশ্নের ক্রম অনুসারে কার্যকর করেছি:

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 মূলত একটি করছে ExecuteNonQuery একটি System.Data উপর DbCommand অবজেক্ট।

তাহলে প্রশ্নের এই ক্রমটি একটি অচলাবস্থার ফলাফল করবে? আমার হাইপোথিসিসটি হল যে দুটি প্রশ্নের দুটি পৃথক ক্ষেত্র আদেশের কারণে সমস্যাটি ঘটে? অচলাবস্থার সমাধানের জন্য আমি কি দুটি প্রশ্নকে একটি লেনদেনে গুটিয়ে রাখতে পারি?

------------------------
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;;

উত্তর:


7

যদিও বিবৃতিগুলি ক্রমানুসারে কার্যকর করা হয়, যদি সেগুলি একই লেনদেনের মধ্যে উপস্থিত থাকে তবে আপনাকে অবশ্যই কোয়েরির মধ্যে কিছু প্রকারের চেকপয়েন্ট জারি করতে হবে বা লেনদেন শুরুর আগে লেনদেনের বিচ্ছিন্নতা স্তরটিকে সন্ধান করতে হবে।

Tx_isolation এর জন্য চারটি মান রয়েছে:

আপনি লেনদেনের বিচ্ছিন্নতাটি তিন (3) উপায় নির্ধারণ করতে পারেন:

এটিকে /etc/my.cnf এ লিখুন এবং মাইএসকিএল পুনরায় চালু করুন

[mysqld]
autocommit=0
transaction-isolation = READ-UNCOMMITTED

অথবা আপনি কোনও নতুন লেনদেন শুরুর আগে নিজেই এটি ডিবি সংযোগের মধ্যে সেট করতে পারেন:

db.Execute("SET tx_isolation = 'READ-UNCOMMITTED'");
db.Execute("SET autocommit = 0");

বা। নেট প্রোটোকল ব্যবহার করে স্বতঃসমষ্টি নিষ্ক্রিয় করুন (দাবি অস্বীকার: আমি একটি নেট বিকাশকারী নই)

যদিও "নোংরা পাঠ্য" মঞ্জুরি দেওয়ার জন্য আমি পড়ুন-অন-সম্মিলিত দিকে ঝুঁকছি, তবে কোনটির কাঙ্ক্ষিত প্রভাব রয়েছে তা দেখার জন্য আপনাকে অবশ্যই অন্য কোনও লেনদেনের বিচ্ছিন্নতা স্তর নিয়ে পরীক্ষা করতে হবে।

একবার চেষ্টা করে দেখো !!!


4

সুতরাং দেখা যাচ্ছে যে এই দুটি ক্যোয়ারী আমাদের যে সমস্যাটি ছিল তার কমপক্ষে অংশ ছিল। আমরা এই দুটি কোয়েরি থেকে পরিবর্তন করেছি:

db.Execute("UPDATE people SET iphone_device_id=NULL WHERE iphone_device_id=@0 AND people_id<>@1", DeviceID, m_User.people_id);
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("UPDATE people SET iphone_device_id=NULL WHERE iphone_device_id=@0 AND people_id<>@1", DeviceID, m_User.people_id);
db.Execute("UPDATE people SET iphone_device_id=@0, iphone_device_time=@1, last_login=@1 WHERE people_id=@2", DeviceID, System.DateTime.UtcNow, m_User.people_id);

সুতরাং আমরা আর পুরো রেকর্ডটি আপডেট করতে পারছি না (একাধিক কী জুড়ে) এবং আমরা একই ক্রমে ক্ষেত্রগুলি আপডেট করছি। আমরা যেহেতু পরিবর্তন করেছি আমাদের অচলাবস্থা অদৃশ্য হয়ে গেছে।

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.