假设有如下场景:
现在需要根据商品的购买量来排序商品显示,如果使用关联表的方式来实现排序的话,在50w+数据量下非常的慢, 大概得SQL是:
SELECT a.*, COUNT(b.id)
FROM products a
LEFT JOIN order b ON a.id = b.product_id
GROUP BY a.id
ORDER BY COUNT(b.id) DESC.
现在想到的解决方案是直接在product
表增加订单量统计字段,增加索引来提速。但这样需要改动业务代码,比如在提交订单后增加product
的订单量字段。
那么,像这样的业务:一个表的数据需要根据其他表的字段或者通过其他表计算出的总和来排序的场景一般怎么做呢?
索引是标准解决方案
除此之外 其他的方案都需要写些代码的
一、新建一张表把所有这个查询需要的数据或者其中的大部分字段放进去 当然索引仍然必不可少
二、在redis中用sorted set来保存商品id 用购买次数作为score
三、业务做少许让步 隔几分钟生成排序索引或者包括商品数据的完整已排序的结构化缓存