MySQL: क्या एक AutO_INCREMENT आदेश से बाहर मूल्य उत्पन्न कर सकता है?

Question

मान लें मैं मेज मिल गया है: एक अपाचे/पीएचपी वेबसाइट के माध्यम से

CREATE TABLE test (
    ID INT AUTO_INCREMENT PRIMARY KEY, 
    InsertTime DATETIME 
) ENGINE = InnoDB; 

और,, वेब अनुरोध के जवाब के रूप में, मैं ऐसा करना जारी रखें:

INSERT INTO test (InsertTime) values (NOW()); 

यह ग्रहण करने के लिए सुरक्षित है कि अगर row1.ID > row2.ID तो row1.InsertTime >= row2.InsertTime? या शायद कारकों के कुछ दुर्भाग्यपूर्ण संयोजन के माध्यम से (एक संगत वातावरण में बहु-सीपीयू सर्वर सही संरेखण आदि में बृहस्पति के चंद्रमाओं के साथ) यह असफल हो सकता है?

नोट: मुझे कोई समस्या नहीं है। मैं सॉफ़्टवेयर का एक नया टुकड़ा लिख ​​रहा हूं और सोच रहा हूं कि क्या मैं ID द्वारा क्रमबद्ध करने के लिए क्रमबद्ध करने पर भरोसा कर सकता हूं (दिनांक NOW() भी उस कॉलम में डाला जाएगा)।

Answer 1

मुझे लगता है कि अधिकतर समस्याएं कॉल से अब (AUTO_INCREMENT) के कॉल पर आती हैं। मुझे लगता है कि ज्यादातर कंप्यूटर प्रिंट पर कुछ कंप्यूटर अब() तारीख से बाहर हैं! यह आमतौर पर या तो एक sysadmin घड़ी बदल गया है, या क्योंकि एनटीपी घड़ी बदल दिया।

Answer 2

मुझे लगता है कि साल में एक बार डीएसटी की वजह से आपके पास कुछ असंगतता होगी (निश्चित रूप से, यह सर्वर सेटिंग्स पर निर्भर करता है)। इसके अलावा मैं नहीं देखता कि यह क्यों विफल हो सकता है।

Answer 3

यदि कोई मैन्युअल रूप से तालिका पर auto_increment रीसेट करता है तो यह संभव है।

Answer 4

जितना अच्छा मैं बता सकता हूं, ऑटोइनक्रिकमेंट आईडी कभी भी गलत क्रम में रिकॉर्ड वापस करने में विफल नहीं होगी। हालांकि, एक अन्य मामला है जिसे आपको आईडी द्वारा ऑर्डर करने के बारे में पता होना चाहिए।

यदि आपका ग्राहक कभी भी बाद में डालने के लिए रिकॉर्ड पर रहता है, तो जब रिकॉर्ड पढ़े जाते हैं, तो उन्हें बनाए गए उसी क्रम में नहीं पढ़ा जाएगा। मैंने कई बार इसमें भाग लिया है, उदाहरण के लिए, जब मोबाइल ऐप्स के लिए क्लाइंट का निर्माण होता है जिसमें नेटवर्क पहुंच में अंतर होता है।

Answer 5

हां, auto_increment कॉलम हटाएं, फिर एक नया पुन: बनाएं।