अनुक्रमित अनुकूलन mysql क्वेरी का उपयोग

Question

मैं इस प्रश्न के साथ एक समस्या है:

SELECT DISTINCT s.city, pc.start, pc.end 
FROM postal_codes pc LEFT JOIN suspects s ON (s.postalcode BETWEEN pc.start AND  pc.end) 
WHERE pc.user_id = "username" 
ORDER BY pc.start 

संदिग्ध तालिका के बारे में 340 000 प्रविष्टियां हैं, तो वहाँ का डाक कोड पर एक सूचकांक है, मैं कई उपयोगकर्ताओं है, लेकिन यह व्यक्तिगत क्वेरी के बारे में 0.5 लेता है एस, जब मैं इस एसक्यूएल को समझाने के साथ चलाता हूं, तो मुझे ऐसा कुछ मिलता है: http://my.jetscreenshot.com/7536/20111225-myhj-41kb.jpg - क्या इन एनयूएलएल का मतलब है कि क्वेरी इंडेक्स का उपयोग नहीं कर रही है? इंडेक्स एक बीटीआरई है इसलिए मुझे लगता है कि इसे थोड़ा तेज चलाना चाहिए।

क्या आप कृपया इसके साथ मेरी मदद कर सकते हैं? अगर कोई अन्य सूचनाएं जरूरी हैं तो मुझे बताएं।

संपादित करें: मेरे पास suspects.postalcode, postal_codes.start, postal_codes.end, postal_codes.user_id पर अनुक्रमणिका है।

मैं मूल रूप से क्या हासिल करना कोशिश कर रहा हूँ: मैं, एक मेज, जहां प्रत्येक उपयोगकर्ता ID का कई का डाक कोड पर्वतमाला सौंपा गया है तो ऐसा लगता है कि:

user_id | start | end 

जहां प्रत्येक संदिग्ध है से मैं संदिग्धों की एक मेज है एक पता (जिसमें एक डाक कोड शामिल है), इसलिए इस क्वेरी में मैं डाक कोड प्राप्त करने की कोशिश कर रहा हूं - शुरुआत और अंत और इस श्रेणी में शहर का नाम भी।

उम्मीद है कि इससे मदद मिलती है।

Answer 1

यह केवल एक सूचकांक का उपयोग कर रहा है, न कि शामिल होने वाले क्षेत्रों के लिए। आरंभ और अंत क्षेत्रों के लिए एक सूचकांक बनाने, या का उपयोग कर> प्रयास करें = और < = के बजाय बीच

Answer 2

100 नहीं% यकीन है कि, लेकिन this प्रासंगिक हो सकता है:

Sometimes MySQL does not use an index, even if one is available. One circumstance under which this occurs is when the optimizer estimates that using the index would require MySQL to access a very large percentage of the rows in the table. (In this case, a table scan is likely to be much faster because it requires fewer seeks.) However, if such a query uses LIMIT to retrieve only some of the rows, MySQL uses an index anyway, because it can much more quickly find the few rows to return in the result.

तो LIMIT साथ परीक्षण की कोशिश, और अगर यह सूचकांक का उपयोग करता है, तो आपको अपना कारण मिला।

Answer 3

मुझे कहना है कि मैं आपके टेबल नामकरण सम्मेलन से थोड़ा उलझन में हूं, मैं उम्मीद करता हूं कि "संदिग्ध" तालिका में user_id postal_code नहीं होगा, लेकिन आपके पास आपके कारण होना चाहिए। यदि आप इस क्वेरी को छोड़ना चाहते हैं, तो आप पूर्ण तालिका स्कैन से बचने के लिए postal_code (स्टार, एंड) पर एक इंडेक्स जोड़ सकते हैं।

Answer 4

जब भी शामिल हो जाए तो पहली तालिका के सभी रिकॉर्ड इंडेक्स के आधार पर चयन के बजाय उठाए जाते हैं। मैं एक आंतरिक शामिल होने का सुझाव देना चाहूंगा। नीचे दी गई क्वेरी में कुछ पसंद है।

select distinct 
    s.city, 
    pc.start, 
    pc.end 
from postal_codes pc, suspect s 
where 
    s.postalcode between (select pc1.start, pc1.end from postal_code pc1 where pc1.user_id = "username") 
    and pc.user_id = "username" 
order by pc.start 

Answer 5

मुझे लगता है कि आप निम्नलिखित की तरह आपकी क्वेरी गठित कर सकता है,

SELECT DISTINCT s.city, pc1.start, pc1.end FROM 
(SELECT pc.start and pc.end from postal_codes pc where pc.user_id = "username") as pc1, Suspect s 
WHERE s.postalcode BETWEEN pc1.start, pc1.end ORDER BY pc1.start 

आपकी क्वेरी रों मेज पर सूचकांक उठा नहीं है अपनी हालत के बीच की वजह से और बाएं में शामिल हो। आपकी तालिका में एक इंडेक्स होने का मतलब यह नहीं है कि इसका उपयोग सभी प्रश्नों में किया जाएगा।

Answer 6

FORCE INDEX आज़माएं।