प्रत्येक कनेक्शन इन मापदंडों द्वारा निर्धारित प्रति कनेक्शन बफ़र्स का भार वहन करता है
कनेक्शन की संख्या बदलने से मेमोरी की मात्रा बढ़ जाती है प्रत्येक कनेक्शन इसके लिए मांग कर सकता है: ( join_buffer_size + Sort_buffer_size + read_buffer_size
+ read_rnd बफर_साइज़ ) X रूपांतरण
मैंने पहले भी इनके बारे में लिखा है
विश्लेषण
अमेजन को निश्चित मात्रा में मेमोरी और कनेक्शन की मांग करने के लिए प्रत्येक मॉडल के अधिकार के आधार पर कनेक्शन की संख्या निर्धारित करनी होती है
MODEL max_connections innodb_buffer_pool_size
--------- --------------- -----------------------
t1.micro 34 326107136 ( 311M)
m1-small 125 1179648000 ( 1125M, 1.097G)
m1-large 623 5882511360 ( 5610M, 5.479G)
m1-xlarge 1263 11922309120 (11370M, 11.103G)
m2-xlarge 1441 13605273600 (12975M, 12.671G)
m2-2xlarge 2900 27367833600 (26100M, 25.488G)
m2-4xlarge 5816 54892953600 (52350M, 51.123G)
मैंने इस बारे में भी लिखा: स्मृति उपयोग के आधार पर मुझे हमारे आरडीएस MySQL उदाहरण को अपग्रेड करने के बारे में कब सोचना चाहिए?
यह अमेज़ॅन को निम्नलिखित करने की अनुमति देता है:
- निर्बाध MySQL उपयोग के आधार पर प्रत्येक मेमोरी मॉडल के लिए चार्ज करें
- प्रति क्षेत्र MySQL आरडीएस के लिए काफी उपयुक्त संसाधन
- प्रति कनेक्शन सेटिंग्स के साथ छेड़छाड़ के लिए अपने आप को पैर में गोली मारो
सिफ़ारिश करना
शायद आपको अमेज़ॅन ईसी 2 का उपयोग करने का प्रयास करना चाहिए जहां आपको my.cnf तक पहुंच पर कोई प्रतिबंध नहीं है