用 ORDER BY + COUNT() 统计热门栏目最直接，核心在 SQL 层：通过 LEFT JOIN 关联栏目与内容表，GROUP BY 分组后 COUNT() 统计并 ORDER BY cnt DESC 排序，配合 LIMIT 限制结果，避免 PHP 端排序；需注意时间窗口、索引优化与缓存键设计。
用 ORDER BY + COUNT() 统计热门栏目最直接
PHP 本身不提供“热门排行”功能，核心逻辑在 SQL 层。常见做法是关联栏目表与内容表（比如文章、商品），按栏目 ID 分组后统计条目数，再降序排列。关键不是 PHP 写得多，而是 SQL 是否准确关联、是否加了必要索引。
典型结构示例：category 表存栏目，article 表存文章，article.category_id 关联栏目。查询语句应类似：
SELECT c.id, c.name, COUNT(a.id) AS cnt FROM category c LEFT JOIN article a ON c.id = a.category_id GROUP BY c.id, c.name ORDER BY cnt DESC LIMIT 10
-
LEFT JOIN确保无内容的栏目也能显示（计数为 0）；若只查有内容的栏目，可用INNER JOIN -
GROUP BY必须包含所有非聚合字段（如c.id,c.name），否则 MySQL 5.7+ 会报错 -
cnt别名可用于 PHP 中排序或条件判断，但不能在WHERE中直接使用——需用HAVING cnt > 0
避免用 PHP 数组排序代替数据库 ORDER BY
有人把全部栏目和对应文章数查出来，在 PHP 里用 usort() 或 array_multisort() 排，这在栏目数少、访问量低时看似可行，但隐患明显：
- 数据量稍大（比如 500+ 栏目）时，PHP 内存占用陡增，且排序效率远低于 MySQL 的 B+ 树索引扫描
- 无法利用
LIMIT做结果截断，每次都要拉全量数据 - 缓存失效粒度变粗——哪怕只新增一篇内容，整个栏目排行缓存就得刷新
正确做法：SQL 完成聚合与排序，PHP 只负责取结果并渲染。例如：
立即学习“PHP免费学习笔记（深入）”；
逍遥网络商城建站程序
下载
主要特色功能如下：1．注册与否均可购物（同类程序中大多要求注册才能购物），方便了那些懒得注册的客户。降低门槛，自然能抓住更多潜在商机。2．除了同类程序中常见的左侧分类树外，还有顶端分类。左侧分类和顶端分类均可在后台方便的进行管理，左侧分类可任意排序。3．首页通过“新品速递”和“热销商品”两个栏目来展示商品，可自行设置在
$stmt = $pdo->prepare("SELECT ... ORDER BY cnt DESC LIMIT 10");
$stmt->execute();
$topCategories = $stmt->fetchAll(PDO::FETCH_ASSOC);
热度值不止是数量，要考虑时间衰减（如 7 天内热门）
纯按总量排行容易被历史老栏目垄断。真实场景中常加时间窗口，例如只统计最近 7 天发布的文章数：
SELECT c.id, c.name, COUNT(a.id) AS cnt FROM category c LEFT JOIN article a ON c.id = a.category_id AND a.create_time >= DATE_SUB(NOW(), INTERVAL 7 DAY) GROUP BY c.id, c.name ORDER BY cnt DESC LIMIT 10
-
AND a.create_time >= ...必须写在ON子句里，而非WHERE——否则LEFT JOIN会退化成INNER JOIN，漏掉近期无新内容的栏目 - 如果
create_time字段没索引，这个查询会变慢，务必确认已建复合索引：INDEX(category_id, create_time) - 时间范围可参数化，但注意不要拼接字符串防 SQL 注入；用 PDO 占位符更安全
缓存栏目的热门排行结果，但别缓存太久
栏目排行更新频率不高，适合缓存，但缓存策略要匹配业务节奏：
- 若内容发布频繁（如新闻站），缓存 30–60 秒足够，用
file_put_contents()或 Redis 的SET key value EX 60 - 避免用文件缓存存大数组——序列化后写磁盘可能阻塞请求；Redis 或 Memcached 更稳
- 当某栏目有新内容插入时，主动删掉排行缓存（
DEL hot_categories），而不是等它自然过期，保证强一致性
真正容易被忽略的是：缓存键要包含时间窗口参数。比如 “7天热门” 和 “30天热门” 是两个不同榜单，缓存键得区分清楚，否则混用导致数据错乱。
