PHP无内置is_backed_up()函数，需自主定义“已备份”为源文件未修改且对应备份有效；常用方案含时间戳比对、元数据JSON校验、数据库记录三类，各适配不同场景与可靠性要求。
PHP 本身不记录文件是否“备份过”，所谓“备份状态”必须由你主动定义并持久化——没有现成函数能直接返回 is_backed_up()。
用文件时间戳 + 备份目录比对最实用
多数场景下，“已备份”意味着：源文件自上次备份后没被修改，且对应备份文件存在。关键不是“是否做过一次备份”，而是“当前是否仍有效”。
- 读取源文件的
filemtime()，再读取备份目录中同名文件的filemtime() - 若备份文件存在且
filemtime($backup) >= filemtime($source)，视为有效备份 - 注意：需统一时区（PHP 默认用系统时区），避免因服务器时间跳变误判
- 示例路径逻辑：
/data/docs/report.pdf→ 备份到/backup/docs/report.pdf.20240520，此时需提取日期或用固定命名（如report.pdf.bak）简化比对
靠元数据文件（.backup.json）存状态更可靠
单靠文件存在性或时间戳容易被绕过（比如手动 touch 备份文件）。加一层元数据描述更可控。
- 每次备份后写一个同名 JSON 文件，如
report.pdf.backup.json，内容含：{"source_mtime": 1716234567, "backup_time": 1716234572, "checksum": "a1b2c3..."} - 检测时只需读该 JSON，校验
source_mtime是否等于当前filemtime($source)，再核对checksum（用hash_file('sha256', $source)） - 好处是抗干扰强；缺点是多一次 I/O，且要确保 JSON 写入原子性（建议先写临时文件再
rename()）
数据库记录备份状态适合批量管理
当备份任务多、需审计、或跨服务器时，文件系统方案难维护，应把状态落到数据库。
立即学习“PHP免费学习笔记（深入）”；
- 建表如：
backup_log (id, source_path, backup_path, mtime, checksum, status ENUM('success','failed'), created_at) - 查最新一条记录：
SELECT * FROM backup_log WHERE source_path = ? ORDER BY created_at DESC LIMIT 1 - 判断逻辑变成：“status 是 success” 且 “
mtime等于当前源文件filemtime()” - 注意：InnoDB 行锁可防并发写冲突，但别在事务里长时间 hold 住大文件读操作
真正麻烦的不是怎么查，而是“备份状态”的定义边界——比如文件被 chmod 改了权限但内容没变，算不算需重备？软链接目标变了要不要触发？这些得根据你的业务规则写死逻辑，PHP 只负责执行判断。
