SpringBoot实战｜文件热温冷自动归档，按访问频率迁移，存储成本直降60%
前言：做后端开发3年，见过太多项目栽在文件存储上——业务刚上线3个月，用户上传的图片、日志、合同就堆了几百GB，存储费用从每月300飙到3000+，老板天天催降本；更坑的是，高频访问的用户头像和常年不碰的历史归档混在一起，访问速度慢到被用户投诉，运维天天加班手动整理，苦不堪言！
今天分享一套硬货方案：基于SpringBoot实现「文件存储分层+热温冷自动归档」，无需新增服务器、无需人工干预，让文件根据访问频率自动“搬家”，直接降低60%+存储成本，运维彻底解放双手，新手也能直接复制部署，全程实战无废话！
本文核心亮点：全程实战、代码可直接粘贴、适配前后端分离项目、避开新手常见坑，适合SpringBoot后端开发者、运维人员，收藏本文，后续用到直接套用！
一、先搞懂：什么是文件热温冷归档？（小白也能秒懂）
很多开发者觉得这是高端操作，其实原理超简单，一句话说透：根据文件访问频率，将文件分配到不同成本、不同性能的存储“仓库”，高频访问的放“近仓库”（高性能、高成本），低频访问的放“远仓库”（低成本、低性能），自动流转，不浪费一分钱存储成本。
接地气类比：就像你家冰箱——常喝的牛奶（热数据）放冷藏层（随手能拿，对应高性能存储），偶尔吃的冷冻肉（温数据）放冷冻层（中等便捷，对应普通存储），过年剩下的干货（冷数据）放储物柜（低成本归档，对应归档存储），既省空间，又不影响使用。
核心：3个存储层级，一眼分清（降本关键）
结合企业真实业务场景，我们将文件分为3类，成本差异巨大，这就是降本的核心秘密，记好！
热数据：每天都访问（如用户头像、首页轮播图、热门商品图），要求访问延迟毫秒级，用 SSD/本地高性能存储，成本最高，但用户体验最好；
温数据：每周访问几次（如近3个月订单附件、常用报表），访问速度要求一般，用 普通HDD/对象存储标准层，成本是热数据的50%；
冷数据：每月甚至每年访问1次（如历史日志、过期合同、归档备份），无需实时访问，用 对象存储归档层，成本仅为热数据的10%-20%！
重点：不用把所有文件都放高成本的高性能存储，让“好钢用在刀刃上”，仅靠分层+自动迁移，就能降本60%以上，还不影响业务体验！
二、技术选型：轻量化落地，不搞花里胡哨（新手友好）
不用引入复杂的分布式框架，4个组件就够，都是后端开发者常用的，上手无压力，避免过度设计：
SpringBoot Web：项目基础框架，快速开发接口，适配前后端分离；
MinIO：轻量级对象存储，支持文件分层，部署简单，本地/云端都能使用，替代昂贵的云存储分层服务；
Quartz：定时任务框架，自动统计文件访问频率、自动执行文件迁移，无需人工触发；
MySQL：存储文件元数据（文件名、访问次数、存储层级等），用于判断文件热度。
核心依赖（pom.xml）
直接复制引入，版本兼容无冲突，不用自己找版本，新手直接用！
<!-- SpringBoot 基础依赖 --> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId> </dependency> <!-- MinIO 核心依赖（对象存储，支持分层） --> <dependency> <groupId>io.minio</groupId> <artifactId>minio</artifactId> <version>8.5.2</version> </dependency> <!-- Quartz 定时任务（自动迁移、频率统计） --> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-quartz</artifactId> </dependency> <!-- MySQL 依赖（存储文件元数据） --> <dependency> <groupId>com.mysql</groupId> <artifactId>mysql-connector-j</artifactId> <scope>runtime</scope> </dependency> <!-- Lombok（简化代码，可选） --> <dependency> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> <optional>true</optional> </dependency> <!-- 工具类依赖（文件操作、日期处理） --> <dependency> <groupId>commons-io</groupId> <artifactId>commons-io</artifactId> <version>2.11.0</version> </dependency>
三、实战落地：4步搞定，代码直接复制（核心环节）
核心流程：文件上传（自动进热数据层）→ 访问统计 → 定时判断热度 → 自动迁移，全程自动化，无需人工干预，一步步来，新手也能跟上！
第一步：基础配置（application.yml）
配置MinIO、MySQL、定时任务参数，复制到项目中，修改自己的数据库密码和MinIO地址，启动就能用，无需额外配置！
spring: # MySQL 配置（存储文件元数据） datasource: url: jdbc:mysql://localhost:3306/file_storage_db?useUnicode=true&characterEncoding=utf-8&serverTimezone=UTC username: root # 替换成自己的数据库用户名 password: 123456 # 替换成自己的数据库密码 driver-class-name: com.mysql.cj.jdbc.Driver # Quartz 定时任务配置（简化配置） quartz: job-store-type: jdbc jdbc: initialize-schema: embedded auto-startup: true startup-delay: 60000 # 项目启动1分钟后执行，避免冲突 # MinIO 配置（核心，对应热、温、冷三个存储桶） minio: endpoint: http://localhost:9000 # 替换成自己的MinIO地址 access-key: minioadmin secret-key: minioadmin hot-bucket: file-hot # 热数据存储桶 warm-bucket: file-warm # 温数据存储桶 cold-bucket: file-cold # 冷数据存储桶 # 热温冷分层规则（可根据自己业务调整） file: tier: # 热数据：30天内访问≥10次，或最后访问≤7天 hot: access-count: 10 last-access-days: 7 # 温数据：30天内访问1-9次，或最后访问7-30天 warm: access-count-min: 1 access-count-max: 9 last-access-days-min: 7 last-access-days-max: 30 # 冷数据：30天内访问≤0次，或最后访问>30天 cold: access-count: 0