Web开发中照片、视频、帖子等用户数据的存储位置是什么

你的判断基本符合行业通用实践：SQL等关系型数据库的设计目标是处理结构化、需要高频关联查询的数据，直接把大体积非结构化的图片、视频存在库中会大幅拉低数据库查询性能、浪费计算资源，生产级项目几乎不会采用这种方案。不同类型的用户数据存储逻辑如下：

• 图片、视频等二进制富媒体文件
  这类内容统一存储在专门的对象存储服务中：公有云场景下通常用厂商提供的OSS、S3等托管对象存储服务，私有部署场景可以选择MinIO、Ceph这类自建分布式对象存储集群。这类存储天生适配海量、不可变、读多写少的大文件存储需求，自带弹性扩容、访问权限控制、CDN加速对接能力，单位存储成本远低于数据库。
  这类文件的元数据（包括访问地址、文件大小、格式、所属用户ID、上传时间等）会存在SQL数据库中，需要调用资源时直接通过数据库中存储的地址去对象存储或CDN拉取即可。
• 用户发布的帖子类内容
  这类内容的存储方案会根据业务场景调整：
  • 如果以短文本为主、结构化属性多（比如带明确的标题、分类、标签、发布状态），可以直接存在MySQL、PostgreSQL等关系型数据库中，方便做条件筛选、关联用户信息等操作。
  • 如果是超长富文本、需要支持全文检索的场景，通常会把内容额外同步一份到Elasticsearch这类搜索引擎，或者MongoDB这类文档型数据库中，优化关键词检索、内容聚合的效率；部分内容量极大的场景也会把完整帖子内容存在对象存储中，数据库只保留索引字段和基础摘要。

少量极小流量的个人项目为了简化架构，会选择把极小体积的图标、头像转成Base64编码存在SQL数据库中，但这种方案不适用于用户量过万的生产级项目。

内容的提问来源于stack exchange，提问作者ʍօɦɨȶ ӄʊʍǟʀ ֆɨռɢɦ