GridFS 的 uploadDate 恒为 UTC，业务需本地时区应额外存 uploadedAtLocal 到 metadata；TTL 过期基于 UTC，展示时再转本地时区。
GridFS upload_from_stream 保存的 uploadDate 总是 UTC，但业务要本地时区
GridFS 的 uploadDate 字段强制存为 UTC 时间戳（datetime 类型），MongoDB 驱动不会根据系统或应用时区做转换。你看到的“错乱”，其实是它本就如此——不是 bug，是设计。
实操上别指望改 GridFS 底层行为，得在应用层补时间信息：
- 上传时手动写入一个
uploadedAtLocal字段，值为带时区的datetime（如 Python 的datetime.now(tz=ZoneInfo("Asia/Shanghai"))） - 用
metadata参数传入，而不是塞进文件内容里：fs.upload_from_stream( "report.pdf", file_obj, metadata={"uploadedAtLocal": local_dt} ) - 注意：
uploadDate仍会自动生成并保持 UTC，但它只用于内部排序/过期，业务展示请一律读metadata.uploadedAtLocal
用 find 查 GridFS 文件时，uploadDate 显示成东八区时间？
这不是 MongoDB 在改，是你的客户端（比如 MongoDB Compass、Robo 3T 或某些驱动）在显示时自动做了本地时区转换。数据库里存的仍是 UTC datetime，只是渲染时加了偏移。
验证方法：用 mongosh 直连，执行
db.fs.files.findOne().uploadDate.toString()，看输出是否带
GMT+0000 —— 如果是，说明数据没变；如果显示 GMT+0800，那一定是客户端在“帮忙”。
- Python PyMongo 返回的
uploadDate是原生datetime对象，默认无时区（tzinfo=None），但它的值等价于 UTC 时间 - 若需转本地时区，显式调用
astimezone()：doc["uploadDate"].astimezone(ZoneInfo("Asia/Shanghai")) - 千万别用
replace(tzinfo=...)，那只是硬套时区，不触发时间换算
GridFS expiresAfterSeconds 过期策略和时区有关吗？
完全无关。expiresAfterSeconds 是基于 uploadDate（UTC）向后推秒数，MongoDB 的 TTL 索引不认本地时区，也不看你服务器设了什么 TZ 环境变量。
所以如果你希望“上传后 24 小时过期”，且这个“24 小时”要按北京时间算，那就不能依赖 TTL 索引自动删——因为 UTC 时间比北京时间晚 8 小时，会导致实际保留时间偏差。
- 方案一：放弃 TTL，改用定时任务查
metadata.uploadedAtLocal+ 手动删除 - 方案二：把
expiresAfterSeconds调整为等效值（例如要按北京时间 24h 过期，就设expiresAfterSeconds=24*3600，但前提是uploadDate已按北京时间生成——这违反 GridFS 规范，不推荐） - 最稳做法：所有时间敏感逻辑统一用 UTC 存、UTC 算，展示时再转本地；TTL 也按 UTC 设，避免来回折算出错
uploadDate 是 UTC 锚点，其他时间字段都由你自主定义、自主维护，就不会被“错乱”带偏。 
