一句SQL语名消耗60% cpu 好久才查出结果是什么原因？

Question

SELECT COUNT(DISTINCT p.product_id) AS total FROM product p 
LEFT JOIN product_description pd ON (p.product_id = pd.product_id) 
LEFT JOIN product_to_store p2s ON (p.product_id = p2s.product_id) 
LEFT JOIN product_to_category p2c ON (p.product_id = p2c.product_id) 
LEFT JOIN product_option_value pov ON (p.product_id = pov.product_id) 
WHERE pd.language_id = '1' AND p.status = '1' AND p.date_available <= NOW() 
AND p2s.store_id = '0' AND p2c.category_id = '237';查询一个语言的一个商店的一个分类 的有某个属性的值的产品总数

Answer 1

能用inner join的时候就尽量不用left join，有试过用inner join 1秒就能查出结果，用left join花了十多分钟

Answer 2

SELECT COUNT(DISTINCT p.product_id) AS total FROM (Select * from product where status = '1' AND date_available <= NOW()) p  
LEFT JOIN (select * from product_description where language_id = '1') pd ON (p.product_id = pd.product_id)  
LEFT JOIN (select * from product_to_store WHERE store_id = '0') p2s ON (p.product_id = p2s.product_id)  
LEFT JOIN (select * from product_to_category where category_id = '237') p2c ON (p.product_id = p2c.product_id)  
LEFT JOIN product_option_value pov ON (p.product_id = pov.product_id)  
试试这样

Answer 3

--有三处是可以改成inner join 的
因为 LEFT JOIN 产生的与右边表不匹配的记录行，
会因为 pd.language_id = '1'（其它两个同理） 这个条件被过滤掉，
其结果实际上是 INNER JOIN 的结果
另外 NOW()   你这个是mysql??
语句执行要多久？SELECT COUNT(DISTINCT p.product_id) AS total FROM product p  
inner JOIN product_description pd ON (p.product_id = pd.product_id)  
inner JOIN product_to_store p2s ON (p.product_id = p2s.product_id)  
inner JOIN product_to_category p2c ON (p.product_id = p2c.product_id)  
LEFT JOIN product_option_value pov ON (p.product_id = pov.product_id)  
WHERE pd.language_id = '1' AND p.status = '1' AND p.date_available <= NOW()  
AND p2s.store_id = '0' AND p2c.category_id = '237';

Answer 4

CUP 还是超高的，本地都超过了50%以上

Answer 5

还是50%，60%以上，我的是MYSQL

Answer 6

你这语句CPU占比较高的原因在COUNT这里，当然，join的不合理会导致数据量很大，count一个大数据量，不可能不占资源，另外你还在count里面distinct了，我没试过这种方式，但也没遇到你这个情况，所以尝试把distinct移出来或者算好了再count。