एकाधिक स्तंभ सूचकांक एकाधिक इंडेक्स बनाम

Question

मैं एक MySQL डेटाबेस में निम्न तालिका है:

CREATE TABLE `secondary_images` (
    `imgId` int(10) unsigned NOT NULL AUTO_INCREMENT, 
    `primaryId` int(10) unsigned DEFAULT NULL, 
    `view` varchar(255) DEFAULT NULL, 
    `imgURL` varchar(255) DEFAULT NULL, 
    `imgDate` datetime DEFAULT NULL, 
    PRIMARY KEY (`imgId`), 
    KEY `primaryId` (`primaryId`), 
    KEY `imgDate` (`imgDate`) 
) ENGINE=MyISAM DEFAULT CHARSET=latin1 ; 

एसक्यूएल निम्नलिखित होगा: आप देख सकते हैं मैं बनाया

SELECT imgURL, view FROM secondary_images 
WHERE primaryId={$imgId} ORDER BY imgDate DESC 

दोनों primaryId और imgDate, इंडेक्स कुंजी। इसके पीछे मेरी सोच थी क्योंकि WHERE क्लॉज क्वेरी primaryId का उपयोग करके परिणाम देती है, और ORDER क्लॉज imgDate का उपयोग करता है।

मेरा सवाल है, क्या मैं अभी कई इंडेक्स का उपयोग करना बेहतर होगा? या मुझे एक बहु स्तंभ सूचकांक चाहिए (कुछ समय मैं इस समय बहुत अच्छी तरह से समझ नहीं पा रहा हूं)?

यह मैं क्या से मिलता है, इसकी व्याख्या:

id = 1 
select_type = simple  
table = secondary_images   
type = ref 
possible_keys = primaryId 
key = primaryId 
key_len = 5 
ref = const 
rows = 1 
extra = Using where; Using filesort 

नोट: यह एक एकाधिक स्तंभ सूचकांक का उपयोग नहीं कर रहा है, यह उपरोक्त तालिका वर्णन का उपयोग करने से परिणाम है।

Answer 1

आपको एक बहु-कॉलम इंडेक्स (प्राथमिक आईडी, imgDate) पर उपयोग करना चाहिए ताकि MySQL पंक्तियों और सॉर्टिंग का चयन करने के लिए इसका उपयोग कर सके। अगर वहाँ नहीं है बहुत ज्यादा पंक्तियों

सभी छँटाई के लिए इस्तेमाल किया कॉलम चयन के लिए इस्तेमाल किया सूचकांक में नहीं हैं, तो MySQL "filesort" रणनीति, सभी पंक्तियों (छँटाई स्मृति में होते हैं जो उपयोग करता है, किसी और डिस्क पर)।

यदि सॉर्टिंग के लिए उपयोग किए जाने वाले सभी कॉलम इंडेक्स में हैं, तो MySQL पंक्तियों के क्रम (कुछ प्रतिबंधों के साथ) प्राप्त करने के लिए इंडेक्स का उपयोग करता है।

MySQL अनुक्रमणिका के लिए एक पेड़ संरचना का उपयोग करता है। यह सीधे क्रमबद्ध किए बिना क्रम में कुंजी तक पहुंचने की अनुमति देता है।

एक बहु-स्तंभ सूचकांक मूल रूप से कॉलम के समामेलन का एक सूचकांक है। यह MySQL को primaryId={$imgId} से मेल खाने वाली पहली पंक्ति ढूंढने की अनुमति देता है, और उसके बाद सभी अन्य पंक्तियों को सीधे सही क्रम में एक्सेस करता है।

primaryId पर एकल पंक्ति सूचकांक के साथ, MySQL primaryId={$imgId} से मेल खाने वाली सभी पंक्तियां पा सकता है, लेकिन यह पंक्तियों को किसी विशेष क्रम में नहीं मिलेगा; तो इसके बाद उन्हें क्रमबद्ध करना होगा।

EXPLAIN और ORDER BY Optimization देखें।

Answer 2

इस तरह आपका दिखता है समझाने:

[id] => 1 
[select_type] => SIMPLE 
[table] => secondary_images 
[type] => ref 
[possible_keys] => primaryId 
[key] => primaryId 
[key_len] => 5 
[ref] => const 
[rows] => 1 
[Extra] => Using where; Using filesort 

की यह देखते हैं।

[id] => 1 

मतलब हम पहली तालिका के बारे में बात कर रहे हैं। आप केवल अपने कथन में एक टेबल बुला रहे हैं।

[select_type] => SIMPLE 

हम एक साधारण चयन कर रहे हैं।

[table] => secondary_images 

प्रश्न में तालिका का नाम।

[type] => ref 

चुनिंदा प्रकार, जुड़ने के लिए सबसे महत्वपूर्ण है।

[possible_keys] => primaryId 

यह एक महत्वपूर्ण क्षेत्र है: यह पता चलता है जो कुंजी संभवतः तेजी से क्रियान्वित करने में सहायता करने के लिए क्वेरी के लिए इस्तेमाल किया जा सकता है। इस मामले में, केवल आपकी प्राथमिक कुंजी उपयोगी समझा जाता है।

[key] => primaryId 

यह एक महत्वपूर्ण क्षेत्र है: यह पता चलता है जो कुंजी (रों) अंत में इस्तेमाल किया गया। इस मामले में, प्राथमिक कुंजी।

[key_len] => 5 
[ref] => const 
[rows] => 1 

क्वेरी द्वारा जांच की गई पंक्तियों की संख्या का अनुमान लगाते हुए।

[Extra] => Using where; Using filesort 

सबसे महत्वपूर्ण क्षेत्र imho। - कहां उपयोग करना: आप कहां-कथन का उपयोग कर रहे हैं। शांत ठीक। - फाइलों का उपयोग करना: आपकी क्वेरी का परिणाम इतना बड़ा है, यह स्मृति में क्रमबद्ध नहीं हो सकता है। MySQL को इसे फ़ाइल में लिखना है, फ़ाइल को सॉर्ट करना है, और आउटपुट आउटपुट करना है। इसका मतलब है डिस्क का उपयोग और सबकुछ धीमा कर देगा। सॉर्टिंग की सहायता करने वाली एक इंडेक्स जोड़ना अक्सर मदद करता है, लेकिन "फाइलोर्ट्स का उपयोग करके" को हल करना एक अध्याय है।