我有文章表 article
,分类表 sort
文章表的 views
字段代表文章浏览量,sort_id
代表分类 id
我需要在分类列表中显示每个分类的总浏览量,SQL 大概是这样的:
select a.id, sum(b.views) from sort as a left join article as b on a.id = b.sort_id group by a.id limit 10;
实际情况比上面更复杂,数据在 30 万左右,过滤条件也非常多,即使 sort_id
和 views
都加了索引,这种 SQL 也运行起来特别慢。
我目前的做法是先查出分类列表,然后在 PHP 里遍历分类列表,在循环里单独 sum 每个分类的总浏览量
这样速度快了一点,但是依然很慢,所以我把每条分页的数据都缓存到了 redis,只有第一次会在循环里 sum 数据,后面都走缓存,这种做法也有缺点,就是数据并不是实时的数据。
请问有更好的做法吗?
你可以用后台线程定时执行统计任务,更新redis;注意第一次启动redis没有可能会比较慢,最好在启动时预热一下;另外,对于没有的sort_id,由于redis没有,都回去数据库扫,所以,对于有限的sort_id在接口上做一个判断过滤,防止恶意访问击穿缓存。