複雜的MySQL選擇左連接優化索引

Question

我有一個非常複雜的查詢正在運行，查找成員加入訂閱詳細信息和按距離排序的位置。

有人可以提供有關正確索引和基數的指示，我應該添加以加快此加載速度。

現在在100萬條記錄上需要75秒，我知道它可以改進。

謝謝。

SELECT SQL_CALC_FOUND_ROWS (((acos(sin((33.987541*pi()/180)) * sin((users_data.lat*pi()/180))+cos((33.987541*pi()/180)) * cos((users_data.lat*pi()/180)) * cos(((-118.472153- users_data.lon)* pi()/180))))*180/pi())*60*1.1515) as distance,subscription_types.location_limit as location_limit,users_data.user_id,users_data.last_name,users_data.filename,users_data.user_id,users_data.phone_number,users_data.city,users_data.state_code,users_data.zip_code,users_data.country_code,users_data.quote,users_data.subscription_id,users_data.company,users_data.position,users_data.profession_id,users_data.experience,users_data.account_type,users_data.verified,users_data.nationwide,IF(listing_type = 'Company', company, last_name) as name 
FROM `users_data` 
LEFT JOIN `users_reviews` ON users_data.user_id=users_reviews.user_id AND users_reviews.review_status='2' 
LEFT JOIN users_locations ON users_locations.user_id=users_data.user_id 
LEFT JOIN subscription_types ON users_data.subscription_id=subscription_types.subscription_id 
WHERE users_data.active='2' 
AND subscription_types.searchable='1' 
AND users_data.state_code='CA' 
AND users_data.country_code='US' 
GROUP BY users_data.user_id 
HAVING distance <= '50' 
OR location_limit='all' 
OR users_data.nationwide='1' 
ORDER BY subscription_types.search_priority ASC, distance ASC 
LIMIT 0,10 

EXPLAIN

ID SELECT_TYPE表型possible_keys鍵key_len REF行額外
1 SIMPLE users_reviews系統USER_ID，review_status NULL NULL NULL 0常量行沒有找到 1 SIMPLE users_locations系統USER_ID NULL NULL NULL 0 const row not found 1 SIMPLE users_data ref subscription_id，active，state_code，country_code state_code 47 const 88241 Using where;使用臨時;使用filesort 1 SIMPLE subscription_types ALL PRIMARY，可搜索的NULL NULL NULL 4使用where;使用加入緩衝區

Answer 1

您的查詢不是那麼複雜。你只有一個加入，在桌子subscription_types這當然是一個不超過幾百行的小桌子。

• 您的索引在哪裏？以提高查詢的最好方法是創建要篩選的字段索引，像active，country_code，state_code和searchable
• 你創建users_data.subscription_id外鍵？你也需要一個索引。
• ForceIndex沒用，讓RDBMS確定選擇的最佳索引。
• 左聯接是太沒用，因爲線subscription_types.searchable='1'將刪除的不匹配對應關係
• 順序上search_priority意味着你需要指數在此列太
• 在HAVING過濾可以使不使用索引。您無需將這些過濾器放入HAVING。如果我理解你的表模式，這不是真正的被過濾的聚合。

你的表包含100萬行，但是返回多少行，沒有限制？使用正確的索引，查詢應該在一秒鐘內執行。

SELECT ... 
FROM `users_data` 
    INNER JOIN subscription_types 
     ON users_data.subscription_id = subscription_types.subscription_id 
WHERE users_data.active='2' 
    AND users_data.country_code='US' 
    AND users_data.state_code='NY' 
    AND subscription_types.searchable='1' 
    AND (distance <= '50' OR location_limit='all' OR users_data.nationwide='1') 
GROUP BY users_data.user_id 
ORDER BY subscription_types.search_priority ASC, distance ASC 
LIMIT 0,10