视频切片合并成整段文件后，存储成本并不会自动下降，真正能降本的是三个动作：统一转码压缩、关键帧重排去冗余、冷热分层归档。
合并本身只是一个整理文件的过程，如果不做这三步，账单完全可能不降反升，很多团队把切片合并当成“顺手完成的任务”，合完直接丢回原来的存储池,后面才发现问题比想象中多。
视频切片合并后，为什么“更费钱”？
切片时代的“隐藏冗余”，在合并后集中暴露
监控摄像头、直播平台通常按5分钟或10分钟切一个文件，每个切片都是独立可播文件，都要带完整的关键帧（I帧）、SPS/PPS参数集，合并成整段文件时，如果用直接拼接的方式，多个I帧和参数集会被原样保留，数据量一点没少，文件体积反而“看着更大了”。
不少团队在切片阶段习惯用 -c copy 快速拼接，这种操作不重新编码，速度很快，但代价是合并后的文件里塞满了切片边界上的重复关键帧，整段回放文件对外表现是“一个文件”，内部却背着几十个I帧的冗余,这还没算上音视频时间戳错位带来的额外修复成本。
按GB计费模式下，大文件不会自动便宜
对象存储按存储量计费，不关心文件数量，合并前，1000个小切片占100G；合并后，1个大文件还是占100G，如果存储类别不换，费用完全一样，之所以很多人觉得“合并了反而更贵”，是因为大文件无法再靠“分散存储”来规避热点访问的取回费,也没有天然触发低频降价的机制。
所以真正该变的不是文件大小，而是文件的“身份”，得让不常访问的合并文件,被系统标记成低频或归档数据。
回放视频合并后，存储成本怎么降？先做这三步
合并完成后先统一转码压缩，编码选H.265或AV1
直播回放和监控录像来源复杂，有的来自H.264编码的IPC，有的来自直播拉流，码率参差不齐，合并后统一转一次码，能消除编码参数混乱带来的额外空间占用，H.265在同等画质下，码率比H.264明显更低；AV1更省空间，但编码速度慢,适合做长期归档副本。
实操路径：
- 先把切片文件通过concat方式无损合并成整段：
ffmpeg -f concat -safe 0 -i list.txt -c copy merged.mp4 - 再统一转码成H.265：
ffmpeg -i merged.mp4 -c:v libx265 -crf 26 -tag:v hvc1 -c:a aac output.mp4 - 对需要快速预览的老视频，再拉一份低码率副本：
ffmpeg -i output.mp4 -vf scale=1280:-2 -c:v libx265 -crf 32 preview.mp4
CRF值按场景调整，监控录像静态画面多，CRF可以适当调高，画质损失不明显,空间省得更多。
关键帧重排去冗余，把重复I帧“挤”出去
合并后的文件可以用关键帧重排工具把GOP拉长，减少I帧数量，切片时代每个切片一个I帧，是为了保证单切片可独立解码；合并成整段后，I帧的作用退化为随机seek接入点,不需要每隔几秒就放一个。
具体做法：转码时把GOP设为10秒或更长，比如-x265-params keyint=250:min-keyint=250，这样整段文件从“几十个I帧”变成“几个I帧”，空间能省出相当一部分，代价是拖动进度条时的seek延迟略微增加,对监控回放这类场景影响很小。
旧数据“睡”进冷存储，用生命周期规则自动完成
人工判断哪些文件该降冷，不现实，合并后的文件应按“访问热度”自动分层,这一步对降本贡献最大。
操作步骤：
- 合并后的文件先落到标准存储,方便近几天随时回放。
- 在对象存储控制台创建生命周期规则，设置“标准存储转低频”为7天。
- 再添加一条“低频转冷归档”规则,设为30天或90天。
- 到期自动删除的规则单独建,避免误删合规数据。
据统计，回放视频的访问热度高度集中在刚生成的头几天，一周之后几乎没人再看，把老视频留在热存储里,属于成本管理上的浪费。
监控回放视频存储方案对比：本地NAS还是云冷存储
| 存储方案 | 单价水平 | 取回速度 | 扩容难度 | 适合场景 |
|---|---|---|---|---|
| 本地NAS | 中等 | 秒级 | 要买盘，扩容量有限 | 小规模监控、内网敏感数据 |
| 公有云标准存储 | 较高 | 毫秒级 | 自动扩容 | 近几天热点回放 |
| 公有云低频访问存储 | 较低 | 毫秒到秒级 | 自动扩容 | 30天内的回放数据 |
| 冷归档存储 | 极低 | 分钟级 | 自动扩容 | 长期留存、合规审计 |
本地NAS的优势是数据不出内网，实时回放延迟低，适合对数据出境比较敏感的单位，但磁盘总有写满的一天，扩容要停机加盘，运维成本逐年上升，云冷归档的优势是单价极低，把大文件往里一扔就不用管,缺点是取回需要等待。
业内专家指出，监控录像的访问热度往往集中在最近一周，一周后的数据基本进入“沉睡状态”,这是云冷归档能省钱的根本原因。
录像回放存储选云存储，价格差距主要在“取回费”
不同云厂商的冷归档单价表面看很接近，实际差距体现在数据取回费，热数据经常要调取时，按次收的取回费会立刻抵消存储费的优惠，所以云存储选型不能只看存储单价,还要估算取回频率和取回量。
一个稳妥做法：标准存储只放最近7天，低频存储放下一个月，再老的走冷归档，这样大部分数据都待在最便宜的一层，热数据量小,取回费自然可控。
不同回放场景的降本路径拆解
直播回放：合并后前48小时留热，之后直接“半冬眠”
直播回放的热度窗口非常短，一场直播结束后，前48小时是回放高峰，之后访问量断崖式下跌，合并成整段文件后，可以先在标准存储层保留两天，第三天自动转低频，对热门直播的完整录像，再额外做一份低码率副本存低频,原画质版本直接走冷归档。
监控录像：保留期分级比压缩编码更重要
监控录像量大，但合规要求通常是“保留30到90天”，与其把全部录像压得很狠,不如做分级保留：
- 高风险区域（收银台、机房门口）：保留90天，H.265中等码率。
- 普通区域（走道、公共区）：保留30天,CRF调高。
- 无事件区域：自动覆盖循环写入,不做额外归档。
只有高风险区域的录像才需要长期留存，普通过道画面如果发生纠纷,30天内调取足够。
赛事与演练回放：做“双轨存储”
赛事和演练回放需要长期保存，但高码率原始文件占空间大，可以采用双轨策略：原始整段文件转成H.265后进冷归档，同时生成一份低码率版本放低频存储，供日常剪辑和快速预览，需要出高清成片时,再从冷归档取原始档。
Q&A：视频切片合并存储成本常见问题
视频切片合并成整段后，占用空间不降反升，怎么办？
先检查合并方式，如果用了 -c copy 直接拼接，切片边界上的重复I帧和编码参数会被完整保留，体积自然没有优势，建议合并后跑一次统一转码，把编码格式统一为H.265或AV1，再按需生成低码率预览副本,转码后体积通常会明显回落。
整段回放视频归档，选MP4还是MPEG-TS？
MP4，HLS直播切片是TS格式，方便实时分发，但归档回放要的是兼容性和随机定位，MP4的moov元数据位置合理，拖进度条响应快，绝大多数播放器和剪辑工具都认，合并后转封装成MP4，再统一编码,归档成本最低。
录像回放存储选云存储冷归档，调取回放会很慢吗？
冷归档文件的取回时间通常需要等待分钟级，无法做到秒开，如果追求“随时能看”，可以把最近30天的数据留在低频存储层，冷归档只放合规留存的旧数据，取回前先提交解冻请求，等文件转为可读状态后再播放,这个流程对低频调取的业务来说完全够用。
回放视频的存储成本降不下来，大多不是技术做不到，而是没人给文件“分层”，先转码，再排关键帧，最后交给生命周期规则，三个动作做完,存储账单自然会回到合理范围。