दोनों चयन गणना (पीके) और चयन गणना (*) इतनी धीमी क्यों हैं?

Question

मुझे एक कॉलम प्राथमिक कुंजी के साथ एक साधारण तालिका मिली है जिसे आईडी कहा जाता है, serial टाइप करें। वहां वास्तव में 100,000,000 पंक्तियां हैं। तालिका 48 जीबी, पीके सूचकांक सीए 2,1 जीबी लेता है। मशीन चलाना केवल पोस्टग्रेज़ के लिए "समर्पित" है और यह कोर i5, 500GB HDD, 8GB RAM की तरह कुछ है। पीजी कॉन्फ़िगरेशन pgtune उपयोगिता द्वारा साझा किया गया था (साझा बफर सी 2 जीबी, प्रभावी कैश सीए 7 जीबी)। ओएस उबंटू सर्वर 14.04 है, पोस्टग्रेस 9.3.6।

SELECT count(id) और SELECT count(*) दोनों इस साधारण मामले में इतनी धीमी क्यों हैं (सीसीए 11 मिनट)?

पोस्टग्रेएसक्यूएल प्लानर इंडेक्स स्कैनिंग के बजाय पूर्ण टेबल स्कैन क्यों चुन रहा है जो कम से कम 25 गुना तेज होना चाहिए (मामले में जहां इसे एचडीडी से पूरी अनुक्रमणिका पढ़नी होगी)। या मैं गलत कहां हूँ?

बीटीडब्ल्यू पंक्ति में कई बार क्वेरी चला रहा है कुछ भी नहीं बदल रहा है। अभी भी सीसीए 11 मिनट।

निष्पादन यहाँ योजना:

Aggregate (cost=7500001.00..7500001.01 rows=1 width=0) (actual time=698316.978..698316.979 rows=1 loops=1) 
    Buffers: shared hit=192 read=6249809 
    -> Seq Scan on transaction (cost=0.00..7250001.00 rows=100000000 width=0) (actual time=0.009..680594.049 rows=100000001 loops=1) 
     Buffers: shared hit=192 read=6249809 
Total runtime: 698317.044 ms 

Answer 1

एक HDD की कल्पना को ध्यान में रखते आमतौर पर के बीच 50Mb/s और 100Mb/एस कहीं तो 48GB के लिए मैं 500 और 1000s के बीच सब कुछ पढ़ने के लिए उम्मीद करेंगे है।

चूंकि आपके पास कोई क्लॉज नहीं है, इसलिए प्लानर देखता है कि आप रिकॉर्ड के बड़े बहुमत में रूचि रखते हैं, इसलिए यह इंडेक्स का उपयोग नहीं करता क्योंकि इसे अतिरिक्त इंडेक्स की आवश्यकता होगी। कारण postgresql इंडेक्स का उपयोग एमवीसीसी में नहीं कर सकता है जो postgresql लेनदेन स्थिरता के लिए उपयोग करता है। इसके लिए सटीक परिणाम सुनिश्चित करने के लिए पंक्तियां खींची जाती हैं। (देखें https://wiki.postgresql.org/wiki/Slow_Counting)

कैश, सीपीयू, आदि इससे प्रभावित नहीं होंगे और न ही कैशिंग सेटिंग्स को बदल देंगे। यह आईओ बाध्य है और क्वेरी के बाद कैश पूरी तरह से मिटा दिया जाएगा।

आप एक सन्निकटन आप तालिका मेटाडाटा में reltuples क्षेत्र का उपयोग कर सकते के साथ रह सकते हैं:

SELECT reltuples FROM pg_class WHERE relname = 'tbl'; 

के बाद से यह सिर्फ एक ही पंक्ति इस तेज़ कर रहा है।

अपडेट: 9.2 के बाद से दृश्यता जानकारी को स्टोर करने का एक नया तरीका इंडेक्स-केवल होने की अनुमति देता है। हालांकि वहां कुछ चेतावनी हैं, खासकर ऐसे मामले में जहां पंक्तियों को सीमित करने के लिए कोई भविष्यवाणी नहीं है। अधिक जानकारी के लिए https://wiki.postgresql.org/wiki/Index-only_scans देखें।