EdgeOne Makers 存储概览
数据存哪里、怎么存，是后端开发绕不开的问题。EdgeOne Makers 提供了 KV、Blob 和数据库三类存储方案：KV 存配置和小数据，Blob 存文件和大数据，数据库存结构化的业务数据与 AI 向量。搞清楚它们的区别和适用场景，才能选对存储方式，避免后期踩坑。
存储类型介绍
EdgeOne Makers 的存储分成两类，各自解决不同的问题。
KV 存储(Key-Value Storage)
KV 就是键值对存储，类似一个巨大的 Map 对象。你给数据起个名字(key)，把值(value)存进去，下次用名字就能取出来。适合存配置项、用户会话、缓存数据这类小体积、高频访问的内容。
特点如下:
| 特性 | 说明 |
|---|---|
| 数据结构 | 简单的键值对，key 是字符串，value 也是字符串 |
| 访问速度 | 极快，全球边缘节点缓存，读取延迟低 |
| 数据大小 | 单个 value 最大 10MB，适合小数据 |
| 一致性 | 最终一致性，写入后全球同步需要几秒 |
| 典型用途 | 配置项、功能开关、会话缓存、计数器 |
Blob 存储(Blob Storage)
Blob 是二进制大对象存储，专门用来存文件。图片、视频、文档、备份包，这些体积大、不需要频繁修改的内容，都适合放 Blob。
特点如下:
| 特性 | 说明 |
|---|---|
| 数据结构 | 扁平的命名空间，每个文件有唯一路径 |
| 访问速度 | 通过 CDN 加速，适合大量并发读取 |
| 数据大小 | 单文件最大 5TB，适合大文件 |
| 一致性 | 强一致性，写入立即可读 |
| 典型用途 | 图片、视频、文档、日志、备份 |
选择指南
选错存储类型不是不能用，而是可能浪费钱或者拖慢速度。下面用几个典型场景帮你判断。
场景一: 存用户配置
用户设置了界面主题、语言偏好，这些配置项体积小、读取频繁，KV 最合适。读一次配置几毫秒就返回，全球边缘节点缓存，延迟极低。
场景二: 存用户上传的头像
用户上传了一张头像图片，体积几百 KB 到几 MB，需要长期保存并通过 CDN 分发。Blob 存储专门干这个，文件存进去后自动走 CDN，全球访问都快。
场景三: 存功能开关
网站有个”新功能灰度发布”的开关，需要快速读取判断当前用户是否启用。这种高频读取、体积小的数据，KV 是标准答案。
场景四: 存视频文件
用户上传了个 500MB 的视频，KV 单值最大 10MB 根本存不下。Blob 存储单文件最大 5TB，轻松搞定，而且支持流式读取，边下边播。
汇总一下选择思路。
| 判断条件 | 选 KV | 选 Blob |
|---|---|---|
| 数据体积 | 小于 10MB | 大于 10MB |
| 访问频率 | 高频读取 | 中低频读取 |
| 数据类型 | 配置、缓存、计数 | 文件、图片、视频 |
| 是否需要 CDN 分发 | 不需要 | 需要 |
| 是否需要流式读取 | 不需要 | 可能需要 |
使用场景对比
把 KV 和 Blob 放一起对比，差异更清晰。
| 对比维度 | KV 存储 | Blob 存储 |
|---|---|---|
| 数据形态 | 字符串键值对 | 二进制文件 |
| 单条上限 | 10MB | 5TB |
| 访问方式 | 通过 API 读写 | 通过 URL 或 API 访问 |
| 全球同步 | 最终一致性，几秒延迟 | 强一致性，立即可读 |
| CDN 集成 | 不直接支持 | 原生支持 CDN 加速 |
| 计费方式 | 按读写次数 | 按存储容量和流量 |
| 典型场景 | 配置、缓存、会话 | 图片、视频、文档 |
两者经常配合使用。比如一个图片分享网站，Blob 存原始图片，KV 存图片的元数据(标题、标签、上传者)，D1 数据库存用户信息和评论。各司其职，组合起来才是完整方案。
存储选型搞清楚了，接下来深入每种存储的具体用法。
如果是结构化的业务数据或 AI 向量检索，先看 EdgeOne Makers 数据库存储。
速查卡片
| 要点 | 说明 |
|---|---|
| 三类存储 | KV 存小数据，Blob 存大文件，数据库存结构化/向量数据 |
| KV 特点 | 键值对，极快，单值最大 10MB |
| Blob 特点 | 文件存储，单文件最大 5TB |
| KV 适用场景 | 配置、缓存、功能开关、计数器 |
| Blob 适用场景 | 图片、视频、文档、备份 |
| 选择依据 | 看数据体积、访问频率、是否需要 CDN |
| 两者可配合 | KV 存元数据，Blob 存原始文件 |