假设有如下场景:
现在需要根据商品的购买量来排序商品显示,如果使用关联表的方式来实现排序的话,在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的订单量字段。
那么,像这样的业务:一个表的数据需要根据其他表的字段或者通过其他表计算出的总和来排序的场景一般怎么做呢?
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
索引是标准解决方案
除此之外 其他的方案都需要写些代码的
一、新建一张表把所有这个查询需要的数据或者其中的大部分字段放进去 当然索引仍然必不可少
二、在redis中用sorted set来保存商品id 用购买次数作为score
三、业务做少许让步 隔几分钟生成排序索引或者包括商品数据的完整已排序的结构化缓存
具体问题具体分析,感觉你这个sql还是改掉,简单的加索引也没多大用。
如果允许有小的误差,你可以定时跑一个脚本统计商品数量,然后放到一张表里或redis里,分页显示的话,假设每页10条,先获取排序后的商品id,再从商品表里拿其他需要的信息。
如果用数据库保存,这里查的时候,最好是
select xx from 商品表 where id in (select id from 排序表 order by 销量 desc limit 0,10)这样的话就不用全表扫描商品表了,也能用到商品表里的id索引
用redis,redis用内存存储,速度很快