假设有如下场景：现在需要根据商品的购买量来排序商品显示，如果使用关联表的方式来实现排序的话，在50w+数据量下非常的慢,大概得SQL是：SELECTa.*,COUNT(b.id)FROMproductsaLEFTJOINorderbONa.id=b.product_idGROUPBYa.idORDERBYCOUNT(b.id)DESC.现在想到的解决方案是直接在product表增加订单量统计字段，增加索引来提速。但这样需要改动业务代码，比如在提交订单后增加product的订单量字段。那么，像这样的业务：一个表的数据需要根据其他表的字段或者通过其他表计算出的总和来排序的场景一般怎么做呢？
2 回答
牧羊人nacy
TA贡献1862条经验 获得超7个赞
索引是标准解决方案除此之外其他的方案都需要写些代码的一、新建一张表把所有这个查询需要的数据或者其中的大部分字段放进去当然索引仍然必不可少二、在redis中用sortedset来保存商品id用购买次数作为score三、业务做少许让步隔几分钟生成排序索引或者包括商品数据的完整已排序的结构化缓存
慕姐4208626
TA贡献1852条经验 获得超7个赞
具体问题具体分析，感觉你这个sql还是改掉，简单的加索引也没多大用。如果允许有小的误差，你可以定时跑一个脚本统计商品数量，然后放到一张表里或redis里，分页显示的话，假设每页10条，先获取排序后的商品id，再从商品表里拿其他需要的信息。如果用数据库保存，这里查的时候，最好是selectxxfrom商品表whereidin(selectidfrom排序表orderby销量desclimit0,10)这样的话就不用全表扫描商品表了,也能用到商品表里的id索引
添加回答
举报
0/150
提交
取消