2. 对象存储基础：对象存储与块存储/文件存储的区别、对象存储架构、数据扁平化命名空间

2.1 存储模型对比：对象、块与文件

在深入对象存储架构之前，必须厘清三种主流存储模型的本质差异。块存储、文件存储和对象存储分别对应不同的数据访问模式、元数据管理方式和扩展性特征。下表从核心维度进行对比：

2.2 对象存储架构核心组件

对象存储系统通常由三个逻辑组件构成：对象、对象 ID 和 元数据。与文件系统不同，对象存储不维护目录树，而是通过一个全局唯一的标识符（Object ID）直接定位数据。下图展示了对象存储的典型架构与数据访问路径：

2.3 数据扁平化命名空间

扁平化命名空间是对象存储区别于文件存储最显著的特征。文件系统使用树形目录结构（/dir/subdir/file），而对象存储将所有对象放在一个逻辑平面中，通过对象键（Object Key）唯一标识。这种设计带来了以下优势：

• 无目录深度限制： 文件系统在目录层级过深时（如超过 100 层）会出现严重的性能退化，而扁平命名空间不受此约束。
• 无锁竞争： 文件系统在并发创建/删除目录时需要维护目录锁，扁平命名空间不存在目录锁，并发性能大幅提升。
• 线性扩展： 新增存储节点时，只需将对象键空间重新划分，无需迁移目录结构。
• 前缀索引： 虽然逻辑上扁平，但可以通过对象键的前缀模拟目录结构（如 logs/2025/01/app.log），用于列表和分组操作。

下表对比了文件系统层级命名空间与对象存储扁平命名空间在关键操作上的性能差异：

2.4 对象存储数据模型详解

对象存储中的每个对象由三个核心部分组成：

1. 对象数据（Data）： 任意类型的二进制数据，大小从字节到数 TB 不等。MinIO 支持最大 5 TB 的单对象。
2. 对象键（Key）： 全局唯一的标识符，通常是一个字符串，如 my-bucket/images/photo.jpg。对象键在桶（Bucket）内唯一。
3. 元数据（Metadata）： 描述对象属性的键值对集合，包括系统元数据（如 Content-Type、ETag、Last-Modified）和用户自定义元数据（如 X-Amz-Meta-Project）。

以下是一个典型的 MinIO 对象上传请求示例，展示了对象键与元数据的交互方式：

# 使用 MinIO Client (mc) 上传对象并设置自定义元数据
mc cp --attr "Cache-Control=max-age=3600" \
       --attr "X-Amz-Meta-Project=DataLake" \
       local-data.csv myminio/datalake/raw/2025/01/data.csv

# 验证对象元数据
mc stat myminio/datalake/raw/2025/01/data.csv

# 输出示例：
# Name      : data.csv
# Date      : 2025-01-15 10:30:00 UTC
# Size      : 2.3 GiB
# ETag      : "a1b2c3d4e5f6..."
# Type      : file
# Metadata  :
#   Cache-Control: max-age=3600
#   X-Amz-Meta-Project: DataLake
#   Content-Type: text/csv

2.5 对象存储的边界与适用场景

尽管对象存储优势明显，但它并非万能。理解其边界对于正确设计 MinIO 集群至关重要：

下表总结了对象存储的典型适用场景与不适用场景：