कस्टम निर्मित वेब एप्लिकेशन द्वारा उपयोग की जाने वाली ब्लॉग पोस्ट के लिए टिप्पणियां संग्रहीत करने के लिए एक InnoDB तालिका है।MySQL InnoDB auto_increment मान 1 के बजाय 2 से बढ़ता है। वायरस?
हाल ही में मैंने देखा है कि ऑटो की संख्या बढ़ टिप्पणी के लिए प्राथमिक कुंजी मान 2 के बजाय सिर्फ 1.
मैंने यह भी देखा से incrementing कर रहे हैं कि एक और MySQL तालिका जो पिछले कुछ टिप्पणीकार के पदचिह्न हस्ताक्षर याद (के लिए प्रयोग किया जाता है में उदाहरण के लिए आईपी, सत्र आईडी, यूजेंट स्ट्रिंग, आदि) PHP सत्र का नाम "वायरसकिन" से शुरू होता है जो अजीब है क्योंकि मैंने सोचा था कि यह हमेशा हेक्साडेसिमल एमडी 5 जैसी स्ट्रिंग होना चाहिए।
Google तुर्की में सभी "वायरसकिन" के लिए केवल कुछ परिणाम उत्पन्न करता है। यह दिलचस्प है क्योंकि लगभग एक साल पहले तुर्की के खलनायकों द्वारा प्रश्न में वेबसाइट की रक्षा की गई थी। (मुझे 100% यकीन है कि हमलावर मेरे ऐप में किसी भी सुरक्षा छेद के कारण सफल नहीं हुए, क्योंकि उसी वेबसाइट द्वारा होस्ट की गई अन्य वेबसाइटों को भी उस समय भी खराब कर दिया गया था।)
साइट पर है लिनक्स का उपयोग कर साझा मेजबान।
क्या आपको लगता है कि यह संभव है कि सर्वर अभी भी उन हैकर्स के प्रभाव में हो सकता है? टिप्पणी के आईडी मूल्यों की जांच से पता चला कि इस दोगुनी घटना इस मई के बाद से मौजूद है, लेकिन लगभग एक साल पहले की रक्षा हुई थी।
ऑटो वृद्धि मूल्य के अजीब व्यवहार की व्याख्या करने वाले अन्य कारण क्या हो सकते हैं? एप्लिकेशन को बदला नहीं गया है और पुरानी टिप्पणियों पर ऑटो वृद्धिशील प्राथमिक कुंजी मान क्रम में हैं।
संपादित करें: समाधान
होस्टिंग कंपनी मुझे सूचित का सारांश है कि दोगुनी ऑटो वृद्धि मान का कारण है क्योंकि वे एक मास्टर-दास MySQL वास्तुकार का उपयोग करें और उन्हें के अनुसार इस घटना सामान्य है।
उन्होंने यह भी स्वीकार किया कि विभिन्न हैकर्स लगातार अपने सर्वर, "विशेष रूप से सत्र" पर हमला कर रहे हैं और वे इसके बारे में कुछ भी नहीं कर सकते हैं।
मुझे लगता है कि मैं अपनी चीजों को पैक करना शुरू कर देता हूं और बेहतर वेबहोस्ट पर जाता हूं।
सभी गूगल का उल्लेख एक उपनाम – aib
होने के लिए आप सुनिश्चित करें कि आपके डेटाबेस में कोई रिक्त लाइनों के बीच में, वहाँ रहे हैं लगता है? –
तालिका ऑटोइनक मानों के अलावा पूरी तरह से ठीक दिखती है। – Wabbitseason