OSS生命周期规则通过前缀/标签/大小精准定位文件，基于修改或访问时间触发，执行存储类型转换、过期删除或碎片清理，配置后次日自动执行。
配置对象存储（OSS）的生命周期规则实现自动归档或清理，核心是明确“对哪些文件、在什么条件下、执行什么动作”。整个过程不依赖人工干预，规则创建后由系统每日自动扫描执行。
一、明确归档或清理的目标对象
生命周期规则必须精准定位要处理的文件，常用方式有三种：
- 按前缀匹配：例如日志统一存放在 logs/ 目录下，就配置前缀为 logs/；图片资源在 images/avatar/，就填对应路径。注意：OSS 没有真实目录，前缀就是 Object Key 的开头字符串，不支持通配符或正则。
- 按标签筛选：上传时给 Object 打上标签（如 env=prod、type=backup），规则中启用标签匹配，可避免路径变动导致规则失效。
- 按文件大小范围：适用于只对大文件归档（如 >100MB 的视频）、或只清理小碎片文件（如分片上传残留）。
二、选择触发条件：修改时间 or 访问时间？
绝大多数业务推荐用最后一次修改时间（Last Modified Time），逻辑清晰、行为可预测：
Pandas 配置文件报告生成器
下载
使用ydata-profiling（前身为pandas-profiling）生成全面的数据质量报告，包含相关性分析、缺失值模式和基数检测。导出交互式HTML仪表板和JSON摘要。
- 日志、备份、报表等生成后基本不再更新的数据，适合设“上传满90天后转归档”“满365天后删除”。
- 若需更智能的冷热识别（比如素材库中部分图片突然被频繁访问），可开启访问跟踪功能，再基于最后一次访问时间设置规则——但会增加少量监控开销，且解冻/直读需额外配置。
三、定义具体动作：转换类型 or 直接删除
一个规则可同时设置多个动作，但要注意执行顺序和约束：
- 存储类型转换（Transition）：标准 → 低频（适合月均访问1~2次）、低频 → 归档（极少访问）、归档 → 冷归档（年度合规留存）。注意各类型有最低存储时长（如低频30天、归档60天），提前删除仍按最低时长计费。
- 过期删除（Expiration）：直接释放空间和费用。常用于临时文件、调试日志、测试数据。可设“创建后1天删除”快速清空测试桶。
- 清理碎片（Abort Multipart Upload）：针对断点续传未完成的分片任务，设为7天后自动清理，防止碎片长期占用元数据空间。
四、关键操作与避坑提醒
在 OSS 控制台配置时，这几处最容易出错：
- 同一 Bucket 下可配置多条规则，但前缀不能重叠，否则可能因优先级导致预期外的行为；建议先用“配置到整个 Bucket”做兜底，再用带前缀的规则精细化管理。
- 开启版本控制后，生命周期规则默认只作用于当前版本；如需清理历史版本，必须单独勾选“历史版本文件执行策略”，并明确设置“多少天后删除历史版本”。
- 规则创建后24小时内加载，次日北京时间8点后开始首次扫描执行，不要刚配完就查效果；可通过查看 OSS 日志或观察存储类型变化确认是否生效。
- 删除操作优先级高于转换操作，如果一条规则同时设了“30天后转低频”和“60天后删除”，而文件在第40天被删除，则不会经历低频阶段——确保时间窗口不冲突。
