कुछ शर्तों पर आप अभी भी "नया हैशिंग एल्गोरिथम पासवर्ड" सेट और उपयोग करने में सक्षम हो सकते हैं।
MySQL 4.1+ सर्वर दोनों लॉगिन एल्गोरिदम को संभालने में सक्षम हैं। कौन सा उपयोग किया जाता है पुराने-पासवर्ड चर से स्वतंत्र है। यदि MySQL को * से शुरू होने वाला 41 वर्ण लंबा हैश मिलता है तो यह नई प्रणाली का उपयोग करता है। और पासवर्ड () फ़ंक्शन भी दोनों एल्गोरिदम का उपयोग करने में सक्षम है। यदि फ़ील्ड mysql.user.Password 41 वर्णों को संग्रहीत करने के लिए पर्याप्त चौड़ा है और पुराना पासवर्ड चर 0 है तो यह एक "नया" पासवर्ड बनाएगा। old_passwords के लिए दस्तावेज़
कहते हैं Variable Scope Both
ताकि आप इसे अपने सत्र के लिए बदल सकें।
MySQL सर्वर से कनेक्ट करें (ऐसे क्लाइंट के साथ जो वैश्विक old_passwords=1 के बावजूद ऐसा करने में सक्षम है), उदा। HeidiSQL
और निम्न का प्रयास करें:
SET SESSION old_passwords=0;
SELECT @@global.old_passwords,@@session.old_passwords, Length(PASSWORD('abc'));
अगर यह प्रिंट करता है 1, 0, 41
(मतलब वैश्विक old_passwords चालू है, लेकिन सत्र के लिए यह बंद है और PASSWORD() ने एक "नया" पासवर्ड लौटाया है) आपको नया पासवर्ड सेट करें
उसी सत्र में अपने खाते के लिए नए एल्गोरिथम का उपयोग करना।
लेकिन अगर ड्रीमहोस्ट वास्तव में नए पासवर्ड एल्गोरिदम को अक्षम करना चाहता है तो mysql.user.Password फ़ील्ड 41 वर्णों से कम लंबा होगा और कुछ भी नहीं है आप इसके बारे में कर सकते हैं (उन्हें परेशान करने के अलावा)।