推荐用 left join 一次性查出分类及视频，避免 n+1 查询；php 遍历时用 isset($row['id']) 过滤空视频行，并妥善处理空分类显示与分页逻辑。
用 GROUP BY 配合 JOIN 一次性查出分类+视频列表
直接在 SQL 层按分类聚合，比 PHP 循环里反复查数据库快得多。关键不是“先查分类再查视频”，而是用一条语句把分类信息和它下面的视频都捞出来。
假设表结构是：categories(id, name) 和 videos(id, title, category_id, url)，推荐写法：
SELECT c.id AS category_id, c.name AS category_name, v.id, v.title, v.url FROM categories c LEFT JOIN videos v ON c.id = v.category_id ORDER BY c.id, v.id;
这样返回的是扁平结果集，PHP 只需一次遍历就能组装成嵌套结构。别用 SELECT * FROM categories 然后对每个 c.id 执行 SELECT * FROM videos WHERE category_id = ? —— N+1 查询在视频多时会明显卡顿。
foreach 组装分类数组时注意空分类处理
用了 LEFT JOIN 后，没有视频的分类也会出现（v.id 为 NULL），PHP 组装时得跳过这些字段缺失的行，否则会报 Notice: Trying to access array offset on value of type null。
立即学习“PHP免费学习笔记（深入）”；
- 检查
$row['id']是否存在（即该行是否真有视频） - 用
isset($row['id'])判断，而不是只看$row['category_id'] - 初始化分类容器用
$data[$catId] = ['name' => $name, 'videos' => []]，避免后续array_push报错
典型组装逻辑片段：
$data = [];
foreach ($rows as $row) {
$catId = $row['category_id'];
if (!isset($data[$catId])) {
$data[$catId] = [
'name' => $row['category_name'],
'videos' => []
];
}
if (isset($row['id'])) { // 只有带 video 字段的行才追加到 videos 数组
$data[$catId]['videos'][] = [
'id' => $row['id'],
'title' => $row['title'],
'url' => $row['url']
];
}
}前端循环输出时别漏掉空分类的视觉降级处理
有些分类可能暂时没视频，但业务上仍要显示分类名（比如预留位置、引导上传）。这时候不能因为 count($category['videos']) === 0 就整个跳过该分类区块。
- 用
empty($category['videos'])判断更安全（兼容null或空数组） - 空分类建议加
<div class="no-video">暂无视频</div>提示，而不是留白 - 如果 CMS 后台允许隐藏空分类，那过滤动作应放在 SQL 层（改用
INNER JOIN），而非 PHP 或模板层
分页场景下不能只对视频总数分页
用户要的是“每页展示 10 个分类，每个分类下最多显示 5 条视频”，这和普通列表分页逻辑完全不同。常见错误是：查出所有视频再用 array_chunk 分页 —— 内存爆炸且无法用数据库索引加速。
正确做法分两步：
- 先查出符合条件的分类 ID 列表（带
LIMIT和OFFSET） - 再用
WHERE category_id IN (1,2,3...)查对应视频，并用窗口函数或子查询限制每个分类的视频数（MySQL 8.0+ 可用ROW_NUMBER() OVER (PARTITION BY category_id ORDER BY id)） - 低版本 MySQL 可用关联子查询模拟 Top-N，但要注意性能，必要时加
category_id + created_at联合索引
这个逻辑容易被忽略，一上来就写 ORDER BY v.created_at DESC LIMIT 20，结果分页错乱——因为不同分类的视频时间戳混在一起排了。
