Google क्लाउड एसक्यूएल धीमा है

Question

मेरे पास एक डी 0 आकार क्लाउड एसक्यूएल उदाहरण है। जब मैं एक साधारण

select * from table 

जो लगभग 500 पंक्तियां हैं चलाने के लिए, यह (के रूप में एसक्यूएल शीघ्र द्वारा रिपोर्ट) औसत 100 एमएस पर ले जाता निष्पादित करने के लिए। जबकि MySQL 5.5 के मेरे स्थानीय उदाहरण पर, इसमें केवल 1 एमएस लगता है। मेरी देव मशीन में 2.9 गीगाहर्ट्ज ड्यूल-कोर इंटेल कोर i7 और 8GB 1600MHz मेमोरी है। मैंने FAQ में पढ़ा है कि डीबी का प्रदर्शन आकार पर निर्भर करता है - बड़े उदाहरणों में अधिक रैम और सीपीयू होता है।

क्या बड़े पैमाने पर आकार के साथ हल किए गए प्रदर्शन समस्याओं की अपेक्षा करना उचित है? या क्या मैं यहाँ कुछ और याद कर रहा हूँ?

Answer 1

1. आप अपने क्लाउड एसक्यूएल उदाहरण से कहां से कनेक्ट हो रहे हैं?
2. स्तर का आकार प्रदर्शन पर एक बड़ा प्रभाव डालेगा। आप उदाहरण के स्तर को अस्थायी रूप से परीक्षण करने के लिए बदल सकते हैं।

Answer 2

संपादित करें: अप्रैल 10 वर्ष 2016

GAE अब जहां की तरह यह भी एक बुनियादी स्तरीय 'db-G1-छोटे' पुराने क्लाउड SQL भेंट में एक D8 स्तर के रूप में के रूप में तेजी से करता है दूसरा पीढ़ी बादल mysql प्रदान करता है । यह भी काफी सस्ता है। यह एक बड़ा मील का पत्थर प्रतीत होता है और अब हैक और कामकाज का सहारा लेने का कोई कारण नहीं है।

आप क्लाउड एसक्यूएल मूल्य निर्धारण का संदर्भ ले सकते हैं लेकिन अनुमानित न्यूनतम लागत लगभग $ 20 प्रति माह है।

मूल पोस्ट

गूगल सिर्फ D0 श्रेणी के लिए एक धीमी गति से बॉक्स पर प्रावधानों वीएम। आप डी 4 चुन सकते हैं लेकिन प्रोसेसर जितना मुख्य मुद्दा नहीं है (वे जीएचजेड का उल्लेख नहीं करते हैं)।

नेटवर्क विलंबता समस्या नहीं है। उदाहरण के लिए नीचे 0.05s केवल सर्वर पर क्वेरी निष्पादन समय है। इसके बाद डेटा ट्रांसमिशन में किसी भी समय खर्च किया जा सकता है।

mysql> select * from tracking limit 5; 
+--------------------------------+-----------+-----------+ 
| id        | scan_date | status | 
+--------------------------------+-----------+-----------+ 
| 420006929400111899561510697350 | NULL  | Delivered | 
| 420010859400111899561989496058 | NULL  | Delivered | 
| 420019849400111899561989496331 | NULL  | Delivered | 
| 420100109400111899561903290311 | NULL  | Delivered | 
| 420100319400111899561944407020 | NULL  | Delivered | 
+--------------------------------+-----------+-----------+ 
5 rows in set (0.05 sec) 

संपादित करें: मार्च वर्ष 2016

कई ऐप्स के लिए मैं अब क्लाउड SQL का उपयोग करें और एक दूर से की मेजबानी की बुनियादी MySQL क्लस्टर बजाय के बाद से GAE आउटबाउंड सॉकेट कनेक्शन खोला उपयोग करें। पागल लगता है? संख्याओं के मुताबिक नहीं - एक प्रश्न भेजना और इस सॉकेट कनेक्शन पर डेटा वापस प्राप्त करना सह-स्थित डी 3 से तेज़ है।

Answer 3

दृश्य खराब प्रदर्शन का कारण थे। Google MySQL इंजन का अपना स्वाद चलाता है जिसे इस तरह अनुकूलित किया जाता है जो विचारों को चोट पहुंचा सकता है। यदि आपके पास कई शामिल हैं या/और यूनियन विचारों को धीमा चलाने की अपेक्षा करते हैं।

हालांकि, यह लगभग एक साल हो गया है क्योंकि मैंने यह प्रश्न पोस्ट किया है और चीजें बदल सकती हैं। मैंने विचारों का पुनरीक्षण नहीं किया है क्योंकि हम उनका उपयोग करने से दूर चले गए हैं।

Answer 4

हमें भी यही समस्या थी। डी 16 उदाहरण के साथ, एक साधारण वेबसाइट फोरम पृष्ठ लोड करने के लिए 10s ले जाएगा। मैंने अभी GoogleCloud तकनीकी-समर्थन इंजीनियर से बात की है, जिन्होंने पुष्टि की है कि क्लाउडएसक्यूएल वास्तव में "प्रदर्शन" (गर्मी 2015 के रूप में) के लिए तैयार नहीं है, और उसने डेटास्टोर का उपयोग करने के लिए सबकुछ फिर से लिखने की सिफारिश की है ...

तो, यदि आपके पास ऐसे पृष्ठ हैं जो दर्जन छोटे एसक्यूएल प्रश्नों को बनाते हैं, और एक डेटासेट जो पूरी तरह से कैश में फिट होने के लिए बहुत बड़ा है, तो क्लाउडएसक्यूएल अभी एक व्यवहार्य समाधान नहीं है।