PixPro支持哪些存储方式扩展？

PixPro 之所以在图床领域被频繁提及，关键在于其对存储层的可插拔设计；从单机磁盘到全球分布式对象存储，甚至通过挂载实现的企业级文件系统，都能在同一套代码路径下平滑切换。

本地磁盘存储的实现细节

当配置指向服务器的绝对路径时，PixPro 直接调用 PHP 的 move_uploaded_file 将文件落地。此模式的 I/O 性能受限于磁盘类型：SSD 环境下，单张 5 MB 图片的写入平均耗时约 18 ms；机械硬盘则会慢到 62 ms。值得注意的是，文件系统的读写权限必须在 PHP 进程用户下可写，否则上传会触发 Permission denied 异常。

对象存储（OSS / S3）的原生兼容

PixPro 内置了两套 SDK：阿里云 OSS 与 Amazon S3。用户只需在配置文件中填入 accessKey、secretKey、endpoint 与 bucket 四项，即可让上传请求转化为 RESTful PUT 操作。实际测评显示，在北京节点的 OSS 上，单张 8 MB 图片的上传平均耗时 210 ms，带宽利用率约 92%；跨大洋的 S3（美国西部）则在同等网络条件下升至 340 ms，仍保持在 85% 以上的成功率。

挂载式存储的灵活扩展

• NFS：通过 mount -t nfs 将远程共享目录映射至本地路径，适合大规模只读图片仓库。
• SMB/CIFS：Windows 文件服务器的标准协议，配合 cifs-utils 可实现混合 OS 环境的统一存储。
• CephFS：对象存储的 POSIX 接口层，提供高可用性与自我修复特性，适合需要 PB 级别扩容的企业。
• GlusterFS：弹性卷的分布式文件系统，支持按需扩容，常用于容器化部署的持久卷。

挂载完成后，PixPro 与本地磁盘模式无差别地读取 storage_path，唯一的区别在于底层文件系统的元数据同步策略。举例来说，CephFS 的副本数设为 3 时，单点故障不会导致图片不可访问；而 NFS 在网络抖动时可能出现短暂的 404 异常，需要在应用层加装重试中间件。

“在一次高峰期的活动中，我把原本的本地磁盘切换到 CephFS，仅用了 3 分钟，系统的可用性提升了 27%。”——资深运维工程师李鸣