Key-Value 存儲不適合大文件：正確架構是存路徑

誤區分析

將視頻、音頻等大文件直接作為 KV 的 Value 存儲存在多重缺陷：

• 多數 KV 引擎（Redis、RocksDB、LevelDB）對單 Value 大小有限制（通常 1MB~512MB）。
• 大 Value 導致內存/網絡壓力驟增，阻塞其他請求（Redis 單線程模型尤甚）。
• SSTable/分片機制無法跨節點拆分單個巨大 Value，擴展性極差。

推薦架構：對象存儲 + KV 索引

// 寫入流程
String objectKey = "video/" + UUID.randomUUID() + ".mp4";
ossClient.putObject(bucket, objectKey, videoFile);
kvStore.set("video:" + videoId, objectKey);  // Value 僅存儲路徑/Key

// 讀取流程
String objectKey = kvStore.get("video:" + videoId);
InputStream stream = ossClient.getObject(bucket, objectKey).getObjectContent();

優勢對比

總結

KV 數據庫擅長**元數據、會話、計數器、索引**等小值高頻場景。大文件請交給專業的對象存儲（S3、OSS、MinIO、HDFS），KV 僅保存定位信息（Key/路徑/簽名URL），實現職責分離與架構彈性。