录播课程冷启动时，想让CDN边缘缓存命中率快速提升，核心思路不是调参，而是先在源站侧把内容“喂”给边缘节点，用预热加分片的方式让节点主动拉取，再配合合理的缓存过期策略。
很多做录播课的朋友都遇到过这种尴尬：课程上线第一天，用户点开视频卡成PPT，源站带宽被打满，CDN账单却一点没少，问题不出在CDN不行，而是冷启动阶段边缘节点上根本没缓存，所有请求都在穿透回源，下面我直接拆解原因和操作路径。
录播课程CDN边缘缓存命中率低是什么原因
录播课和直播、点播影视不一样，它有自己的脾气，冷启动阶段，CDN边缘节点就像新开的便利店，货架上空空如也，用户第一次访问某个视频切片，节点必须回源站取货，这个过程叫“缓存穿透”，穿透一多，命中率自然惨不忍睹。
视频文件的存储格式与切片粒度影响命中效率
录播课程通常是一整集MP4或FLV,体积动辄几百MB甚至几个GB，如果直接把这个大文件扔给CDN，边缘节点只能整文件缓存，用户拖动进度条时，一个请求进来就要回源拉整个文件，边缘节点存不下，命中率直接崩掉。
行业共识认为,把视频切成2到10秒的TS或MP4分片，是提升命中率的基础操作，切片越细，边缘节点按需缓存单个分片，后续用户请求同一个分片时就能直接命中，但这里有个平衡：切片太细（比如2秒），会出现大量小文件请求，HTTP连接开销变大；切片太粗（比如30秒），用户看10秒就拖走，边缘节点白缓存了后面20秒内容。
实际操作用HLS协议时,我建议切成6秒左右的分片，这个粒度在大多数场景下既能保证拖动后的快速回源，又不会让索引文件过于冗余，如果你用的是DASH，以4到8秒为一段也差不多，切片做好后，再配合CDN的Range回源，让边缘节点支持按字节范围回源拉取，能进一步降低回源流量。
冷启动时回源链路与连接复用的问题
冷启动期间,边缘节点对某个分片的首次请求会触发回源，如果源站响应慢，或者TCP连接没有复用，每个分片都要重新握手，耗时会成倍增加，更麻烦的是，录播课程的高峰时段往往集中在晚上7点到10点，同一时刻大量用户请求不同分片，边缘节点回源请求并发数会瞬间冲高。
这时候需要在CDN控制台里开启回源连接复用和回源HTTP/2，让同一个边缘节点到源站的连接能承载多个分片请求，同时把源站的超时时间调大一点，避免源站因为瞬间流量波动误杀边缘节点的回源请求，源站如果用的是OSS或S3，记得开启私有Bucket回源鉴权，避免回源时卡在权限校验环节。
录播课程CDN边缘节点配置哪家好
这个问题经常有人问,说实话，各家CDN在边缘缓存机制上大同小异，差异主要在预热工具的便捷度和缓存参数的可控性上，以国内主流云厂商为例，简米云CDN、酷番云CDN、华为云CDN都提供了URL预热接口，如果你只是做录播课，不需要纠结谁家的边缘节点更多，重点看两个能力：一是能不能按目录批量预热，二是支不支持自定义Cache-Key。
预热工具的选择与批量操作路径
录播课程冷启动时,最有效的动作就是把第一集的所有分片URL一次性预热到边缘节点，比如你的课程有20集，每集切成50个分片，总共1000个URL，用控制台的批量预热功能，粘贴URL列表，几分钟后边缘节点就会回源拉取这些分片。
具体路径（以简米云为例）：CDN控制台→刷新预热→URL预热→粘贴分片URL列表，注意单次预热URL数量有上限，超过需要分批，预热完成后，可以用“URL刷新”把源站更新过的分片清理掉，但冷启动阶段尽量少用刷新，因为刷新会清掉边缘节点上的缓存，反而降低命中率。
自定义Cache-Key避免查询参数干扰
录播课程加载时,播放器经常会给URL带上签名参数，比如?auth_key=xxx&expires=xxx，如果CDN把带不同参数的URL当作不同对象，同一个分片就会被缓存多份，边缘节点存储利用率下降，命中率自然上不去，正确做法是在CDN控制台里配置忽略URL参数（或按指定参数过滤），让边缘节点只认路径部分，这样不同用户带着同样分片的签名URL访问时，也能命中同一个缓存对象。
不过要小心：如果播放器用参数来控制清晰度（比如?definition=hd），那就不能全部忽略，否则所有清晰度都指向同一个缓存，建议按实际业务拆分，把definition这类关键参数保留，其他签名参数全部过滤。
录播课程冷启动时CDN缓存命中策略怎么调
调缓存策略,本质是告诉边缘节点“哪些内容该多活一阵，哪些内容该早点死”，录播课的特点是内容固定，但访问热度随时间衰减，第一周可能很多人看，一个月后就无人问津了，所以缓存过期时间不能一刀切。
分场景设置缓存过期时间
对于课程的视频分片（.ts、.m4s、.mp4），建议设置较长的缓存过期时间，比如30天，因为视频分片一旦生成，内容不会变，只要边缘节点上的分片没被命中，过期时间设短了只会导致频繁回源，对于播放器的索引文件（.m3u8、.mpd），建议设置较短的过期时间，比如60秒，因为索引文件通常记录了分片列表，如果用户请求的索引是旧的，可能找不到新上传的分片。
对于课程封面图和课件PDF,可以设置成
1到7天，这些资源更新频率低，但偶尔会有老师替换课件，所以别设成永久缓存，否则用户看到的永远是旧版。
回源优先级与多级缓存
很多CDN厂商支持回源优先级配置，可以设置源站的主备顺序，录播课程的源站如果同时有OSS和自建服务器，建议把OSS设为主源站，因为OSS的带宽和稳定性更好，自建服务器作为备源，当OSS出现故障或欠费时自动切换，这样冷启动预热回源时，边缘节点优先从OSS拉取，速度更快，也不会把自建服务器的带宽打满。
如果课程会分发到多个地域,可以开启二级缓存，比如边缘节点（L1）和区域节点（L2）都保存一份副本，L1没命中时先查L2，L2也没有才回源，这样能显著降低源站压力，但要注意L2的缓存空间成本，一般录播课不需要，除非用户量极大。
录播课程CDN边缘缓存命中率上不去怎么排查
如果按上面操作了命中率还是低,别急，按下面步骤排查，整个过程不需要写脚本，控制台里就能完成。
第一步：查看回源日志与状态码
在CDN控制台的日志服务里,下载前一天的回源日志，筛出回源状态码为200或206的请求记录，如果某个分片URL的回源次数超过10次，说明这个分片没有被边缘节点缓存住，这时可以点开该分片的详情，查看缓存命中状态，确认是否因为Cache-Key设置不当导致命中失败。
第二步：检查缓存命中率报表的统计口径
不同CDN对“缓存命中率”的统计方式不一样，有的按请求次数算，有的按流量算，还有的按“字节命中率”算，录播课程视频流量大，一次未命中可能就损失几十MB流量，所以流量命中率比请求命中率更重要，报表里如果流量命中率低于80%，大概率是分片粒度太大或预热没做全。
第三步：用curl模拟边缘节点请求
在本地命令行执行curl -I -H "User-Agent: CDN-Client" http://你的域名/你的分片?auth_key=xxx，观察响应头里的X-Cache: HIT或X-Cache: MISS，如果是MISS，再带上Via字段看回源链路，这个方法能快速定位是边缘节点没缓存，还是缓存了但没匹配上。
统计发现,冷启动阶段用预热功能后的流量命中率，比不预热能高出三到五倍，但具体数值取决于课程被切的粒度、源站响应速度和CDN的调度能力，行业内常见做法是，新课程上线前半小时完成全量预热，开播后再根据实时报表微调。
录播课程冷启动CDN预热的具体操作步骤
这一节直接给可执行的路径,假设你的录播课程托管在OSS上，域名已经接入CDN。
- 生成分片URL清单，用脚本读取课程对应目录下的所有
.ts
- 控制台预热，进入CDN控制台的“刷新预热”页面，选择“URL预热”，上传包含URL的txt文件，一次性预热1000个URL大约耗时5到10分钟，预热完成后控制台会显示“预热成功”。
- 验证预热效果，预热完成后，用curl命令随机抽几个分片URL，查看响应头，如果
X-Cache是HIT，说明预热成功；如果MISS，检查源站是否允许该路径的GET请求。 - 调整缓存规则，在CDN的缓存配置中，新增一条针对
.ts的规则，过期时间设为30天，忽略参数，再新增一条针对.m3u8的规则，过期时间60秒，保留必要的参数。 - 开启回源优化，在回源配置中，打开“回源HTTP/2”和“回源连接复用”，同时设置合理的源站超时时间（建议5秒），如果源站是OSS，确认没有开启“强制缓存”导致回源请求被拦截。
做完这五步,冷启动期间的边缘缓存命中率通常会稳定在90%以上，如果还不行，大概率是源站侧有动态内容混进了静态路径，检查一下URL里是否有时间戳或用户ID参数被忽略了不该忽略的东西。
录播课程冷启动时边缘缓存命中策略的Q&A
问：录播课程冷启动时，直接调高CDN缓存过期时间有用吗？
有用,但不能只靠这个，调高过期时间能减少“同一分片过期后再次回源”的次数，但冷启动初期边缘节点上根本没有缓存，过期时间再长也是空的，必须先做预热，让节点上“有货”，过期时间才有意义，建议先把分片过期时间设为30天，同时做好预热，再观察命中率变化。
问：录播课程切片用HLS还是DASH，对边缘缓存命中率有影响吗？
有影响,但不大，HLS和DASH都是把视频切成小分片，边缘缓存机制基本一致，区别在于HLS的索引文件是.m3u8，支持相对路径和绝对路径，DASH的.mpd文件结构更复杂，如果你的播放器兼容性要求高，用HLS；如果你需要动态自适应码率，用DASH，缓存策略不用刻意区分，按分片过期时间统一配置即可。
问：录播课程上线一周后，边缘缓存命中率反而下降了，正常吗？
正常,录播课的访问热度会随时间衰减，边缘节点上部分分片长时间没被命中，会被CDN的LRU算法淘汰，淘汰后如果有零星用户观看，就会出现回源，命中率自然下降，解决方法是把热门课程的分片过期时间调得更长，或者对冷门课程设置更低的优先级，让它们的分片优先被淘汰，热门分片多驻留一段时间。