जब एक गुलाम केवल पढ़ने के लिए होता है , तो यह दुनिया से 100% परिरक्षित नहीं होता है।
MySQL प्रलेखन के अनुसार पर read-only
यह चर डिफ़ॉल्ट रूप से बंद है। जब इसे सक्षम किया जाता है, तो सर्वर उन उपयोगकर्ताओं को छोड़कर कोई अपडेट नहीं देता है, जिनके पास स्लीव थ्रेड द्वारा किए गए अपडेट से SUPER विशेषाधिकार या (दास सर्वर पर) है। प्रतिकृति सेटअपों में, दास सर्वर पर read_only को सक्षम करने के लिए उपयोगी हो सकता है ताकि यह सुनिश्चित हो सके कि दास केवल मास्टर सर्वर से अपडेट स्वीकार करते हैं और ग्राहकों से नहीं।
इस प्रकार, सुपर विशेषाधिकार वाले कोई भी व्यक्ति ऐसे दास के लिए वसीयत में पढ़ और लिख सकता है ...
सुनिश्चित करें कि सभी गैर-विशेषाधिकार प्राप्त उपयोगकर्ताओं के पास सुपर विशेषाधिकार नहीं है।
यदि आप एक शॉट में सभी सुपर विशेषाधिकारों को रद्द करना चाहते हैं, तो कृपया इसे मास्टर और दास पर चलाएं:
UPDATE mysql.user SET super_priv='N' WHERE user<>'root';
FLUSH PRIVILEGES;
स्लेव के संदर्भ में, यह सुपर विशेषाधिकार को आरक्षित करेगा rootऔर गैर-विशेषाधिकार प्राप्त लोगों को ऐसा करने से रोकेगा जो उन्हें अन्यथा प्रतिबंधित किया जाएगा।
UPDATE 2015-08-28 17:39 EDT
मुझे अभी हाल ही में पता चला है कि MySQL 5.7 super_read_only को पेश करेगा ।
यह उनके ट्रैक में SUPER उपयोगकर्ताओं को रोक देगा क्योंकि 5.7 डॉक्स का कहना है
यदि read_only सिस्टम वैरिएबल सक्षम है, तो सर्वर केवल उन ग्राहकों से क्लाइंट अपडेट की अनुमति देता है जिनके पास SUPER विशेषाधिकार है। यदि super_read_only सिस्टम वैरिएबल भी सक्षम है, तो सर्वर उन ग्राहकों से भी क्लाइंट अपडेट को प्रतिबंधित करता है जिनके पास SUPER है। रीड-ओनली मोड के विवरण के लिए read_only सिस्टम वैरिएबल का विवरण देखें और read_only और super_read_only इंटरेक्शन कैसे करें के बारे में जानकारी।
एक मास्टर सर्वर पर super_read_only में परिवर्तन गुलाम सर्वर को दोहराया नहीं जाता है। मूल्य मास्टर पर सेटिंग से स्वतंत्र एक दास सर्वर पर सेट किया जा सकता है।
super_read_only को MySQL 5.7.8 में जोड़ा गया था।