PHP और MySQL के साथ, क्या आपको रोलबैक विफलताओं की जांच करनी चाहिए?

Question

मैं PHP की mysqli लाइब्रेरी का उपयोग कर रहा हूं। डेटाबेस आवेषण और अद्यतन हमेशा एक प्रयास-पकड़ ब्लॉक में होते हैं। प्रत्येक क्वेरी की सफलता तुरंत जांच की जाती है (if $result === false), और कोई भी विफलता अपवाद फेंकता है। पकड़ mysqli_rollback() पर कॉल करता है और उपयोगकर्ता के लिए एक संदेश के साथ बाहर निकलता है।

मेरा सवाल है, क्या मुझे mysqli_rollback() के वापसी मूल्य की जांच करना चाहिए? यदि ऐसा है, और रोलबैक विफल रहता है, तो कोड को कौन से कार्यों को लेना चाहिए?

मुझे यह समझने में कठिनाई होती है कि रोलबैक कैसे विफल हो सकता है (MySQL में कुछ अत्याचारी बग को छोड़कर)। और चूंकि PHP किसी भी तरह से बाहर निकलने जा रहा है, रोलबैक को कॉल करना लगभग अनिवार्य लगता है। मुझे निश्चित रूप से लगता है कि यह स्पष्टता के लिए कोड में होना चाहिए, लेकिन जब PHP बाहर निकलता है तो यह MySQL से कनेक्शन बंद कर देगा और असामान्य लेन-देन स्वचालित रूप से वापस आ जाएंगे।

Answer 1

यदि रोलबैक विफल रहता है (उदाहरण के लिए कनेक्शन विफलता), कनेक्शन को बंद करने के बाद परिवर्तनों को रोलबैक किया जाएगा, इसलिए आपको त्रुटि को संभालने की आवश्यकता नहीं है। जब आप लेनदेन में होते हैं, जब तक कि आपके पास स्पष्ट प्रतिबद्धता न हो (या आप ऑटोोकॉमिट मोड में चल रहे हैं, जिसका अर्थ है कि आप प्रत्येक कथन के बाद प्रतिबद्ध हैं), लेनदेन वापस रोल किया जा रहा है।

एक सत्र कि स्पष्ट रूप से अंतिम लेन-देन करने के बिना विकलांग समाप्त होता है autocommit है, MySQL कि लेनदेन वापस रोल है।

रोलबैक त्रुटि को संभालने का एकमात्र मामला यह है कि यदि आप अपनी स्क्रिप्ट से बाहर नहीं निकल रहे हैं, लेकिन बाद में एक नया लेनदेन शुरू कर रहे हैं, क्योंकि लेनदेन शुरू करने से वर्तमान में वर्तमान में प्रतिबद्धता होगी। Statements That Cause an Implicit Commit

Answer 2

mysqli_rollback विफल हो सकता है यदि आप डेटाबेस से जुड़े नहीं थे (कभी नहीं थे)। पहले से ही आपके त्रुटि-हैंडलिंग पर निर्भर करता है।