作者： Seafile 与 Nextcloud 哪个更适合文件同步？
对比 Seafile 13 与 Nextcloud 34 的文件存储模型、同步速度、内存占用、备份方式和加密：Seafile 按约 8 MB 分块，Nextcloud 默认使用 5 MiB 分块上传。
Seafile 与 Nextcloud：简短结论
Seafile 与 Nextcloud 的差异归根结底在于：文件到达服务器后是什么形式。Seafile 会将每个文件拆分为多个块，并存储在只有 Seafile 能读取的对象存储中，因此同步速度快，但备份需要分两部分进行。Nextcloud 会将文件作为普通文件写入磁盘，并将同步作为平台的一项功能，同时提供日历、联系人、文档和共享链接等功能。应先根据这一差异做出选择，因为其他差异都由此决定。
截至 2026 年 8 月，Seafile 为 13.0 系列，Nextcloud 为 34 系列。两者都已较为成熟，近期都不会改变其存储模型。
Seafile 如何存储文件
Seafile 对库的建模方式类似于 git 对仓库的建模方式。管理手册将其内部模型定义为 Repo、Commit、FS 和 Block，并说明 repo 也称为 library。Seafile 使用基于内容的分块（CDC，即根据数据本身选择块边界的算法）将每个文件拆分为长度可变的块；手册给出的平均块大小约为 8 MB。块以其内容命名，因此同一个大文件的两个版本可以共享所有未发生变化的块，不同库也可以共享相同的块。
关系数据库只保存少量库元数据。其他所有内容，也就是提交、目录对象和块，都位于数据目录下。在 12 和 13 系列使用的 Docker 布局中，该目录是 /opt/seafile-data/seafile/seafile-data。在此目录中运行 ls 没有实际帮助，因为您看到的是由哈希名称组成的目录，而不是 Invoices/2026/march.pdf。
同步遵循相同的模型。客户端向服务器询问发生了哪些变化，接收块哈希列表，然后只获取本地尚未持有的块。因此，即使库很大，Seafile 仍能保持较好的同步效率：传输的字节数取决于发生变化的块，而不是包含这些块的文件大小。
Nextcloud 如何存储文件
Nextcloud 会将文件存储在预期的磁盘位置。路径 data/<username>/files/ 与用户在 Web 界面中看到的目录结构一致。数据库表 oc_filecache 也会记录同一目录树，并保存文件大小、修改时间和 etag；Nextcloud 依赖该表，而不是直接读取磁盘。
桌面客户端通过 HTTPS 使用 WebDAV（Web 分布式创作与版本控制）。每个文件至少需要发送一个请求，因此 Nextcloud 增加了批量上传 API：开发者手册说明，上传大量小文件的速度低于预期，因为网络带宽没有得到充分利用，所以系统会将小文件打包。大文件则使用分块 API，桌面客户端的默认分块大小为 5 MiB（OWNCLOUD_CHUNK_SIZE 默认为 5242880 字节）。
将文件存储在磁盘上的好处是，您已有的任何工具都可以读取这些数据。代价是，Nextcloud 不会自动发现绕过自身进行的更改。直接将文件复制到数据目录后，这些文件在 Web 界面中仍不可见，直到您执行扫描：
sudo -E -u www-data php occ files:scan --all -vv管理手册明确列出了需要重新扫描的情况：将文件直接复制到数据目录后、迁移后，以及调查文件缓存不一致时。
哪一种同步大型文件库的速度更快？
Seafile 在两种最影响性能的场景中更快：包含数万个小文件的文件库，以及反复编辑大型文件的场景。其机制是块级去重。因此，4 GB 磁盘映像的中间部分发生变化时，只需上传少量数据块。Nextcloud 通过批量上传缩小了小文件场景下的差距，但无法消除大型文件场景下的差距，因为它以整个文件作为传输单位。
不要只根据我的说法判断差距大小，也不要直接相信厂商的基准测试。创建一个与您的文件库相似的测试库，然后计时：
mkdir -p ~/synctest && cd ~/synctest
for i in $(seq 1 20000); do head -c 4096 /dev/urandom > "file_$i.bin"; done
du -sh ~/synctest将该目录放入每台服务器上的同步文件夹中，然后监控客户端完成同步。可靠性与速度同样重要。Seafile 客户端会先上传数据块，最后写入引用这些数据块的提交记录。因此，即使上传中断，文件库也会保留在上一次提交的状态，而不会留下半写入的目录树。
小型 VPS 上各自需要什么
Seafile 文档要求“至少 2G RAM 和 2 核 CPU（> 2GHz）”。Nextcloud 则按每个 PHP 进程说明内存需求：最低 128 MB，建议每个进程使用 512 MB。您需要将其乘以 worker 数量，再加上数据库、缓存和预览生成所需的资源。下面是我为小型团队采用的起始配置。这些只是起点，不是实测数据。
The data behind this chart
[
{
"label": "Seafile CE 13",
"start_ram_gb": 4,
"start_cpu_cores": 2,
"sql_databases": 3
},
{
"label": "Nextcloud 34",
"start_ram_gb": 4,
"start_cpu_cores": 2,
"sql_databases": 1
},
{
"label": "Syncthing 2",
"start_ram_gb": 1,
"start_cpu_cores": 1,
"sql_databases": 0
}
]两者属于同一档，均需要 4 GB RAM 和 2 核 CPU，因此资源占用不能决定选择哪一个。Syncthing 可在 1 GB RAM 和 1 核 CPU 上运行，这才是考虑它的实际原因。两者的组件差异比内存需求差异更大。Seafile 使用 3 个 SQL 数据库，而 Nextcloud 使用 1 个。默认的 Seafile Docker 部署会从您事先下载的文件启动 server、MariaDB、Memcached、SeaDoc 和 Caddy：
mkdir /opt/seafile
cd /opt/seafile
wget -O .env https://manual.seafile.com/13.0/repo/docker/ce/env
wget https://manual.seafile.com/13.0/repo/docker/ce/seafile-server.yml
wget https://manual.seafile.com/13.0/repo/docker/seadoc.yml
wget https://manual.seafile.com/13.0/repo/docker/caddy.yml
nano .env在 .env 中设置 SEAFILE_SERVER_HOSTNAME、MySQL root 密码和数据库密码、初始管理员账户，以及 JWT_PRIVATE_KEY。手册要求该密钥使用不少于 32 个字符的随机字符串。系统会在首次启动时读取它，因此请在启动 stack 前生成：
openssl rand -base64 40
docker compose up -d首次启动会创建 3 个数据库和管理员用户。Nextcloud 的对应配置，包括 TLS 和反向代理，请参阅使用 Docker、TLS 和备份在 VPS 上部署 Nextcloud 的指南。
备份有哪些差异？
这是人们最容易低估的方面，也是两款产品差异最大的地方。
对于 Seafile，备份顺序不能更改。手册要求先备份 SQL，再备份数据目录。这样数据库中的每条记录都有可引用的有效对象，库不会损坏。反过来操作时，数据库行可能会指向快照未捕获的数据块。
docker exec -i seafile-mysql mariadb-dump -uroot -p"$MYSQL_ROOT_PASSWORD" --opt ccnet_db > ccnet_db.sql
docker exec -i seafile-mysql mariadb-dump -uroot -p"$MYSQL_ROOT_PASSWORD" --opt seafile_db > seafile_db.sql
docker exec -i seafile-mysql mariadb-dump -uroot -p"$MYSQL_ROOT_PASSWORD" --opt seahub_db > seahub_db.sql
rsync -az /opt/seafile-data/seafile /backup/data/这几行命令有两个细节。请使用 mariadb-dump，因为 Seafile 发布的 MariaDB 镜像已弃用 mysql 系列命令。将 docker exec 重定向到文件时，删除其中的 -t 标志，因为 TTY 会重写换行符并损坏转储文件。
这两部分分别捕获，因此可能出现偏差。每次恢复后，先检查存储，再确认数据可用：
docker exec -it seafile bash
cd /opt/seafile/seafile-server-latest
./seaf-fsck.sh如果缺少对象，该工具会显示对象名称：
Block 650fb22495b0b199cff0f1e1ebf036e548fcb95a is missing.
Repo ca1a860d HEAD commit is corrupted, need to restore to an old version.还要规划垃圾回收。由于去重机制，已删除的文件和库会继续保留其数据块，直到您在同一目录中运行 ./seaf-gc.sh。运行结果会报告发现的内容，例如 GC finished. 507 blocks total, about 507 reachable blocks, 0 blocks can be removed.。如果跳过一年，备份仍会继续为用户已删除的数据占用存储空间。
Nextcloud 也存在相同的两部分问题，但表现形式不同，因为数据目录和数据库必须描述同一棵目录树：
sudo -E -u www-data php occ maintenance:mode --on
rsync -Aavx /srv/nextcloud/ /backup/nextcloud-dirbkp/
mariadb-dump --single-transaction --default-character-set=utf8mb4 -u nextcloud -p"$DB_PASS" nextcloud > /backup/nextcloud-sqlbkp.bak
sudo -E -u www-data php occ maintenance:mode --off保留配置目录、数据目录、所有自定义应用和主题，以及该转储文件。从同一时间点恢复这两部分。如果数据目录比数据库新，用户会看到文件缓存并不了解的文件，此时 occ files:scan --all 会修复该问题。如果数据库比数据目录新，缓存行会指向已不存在的文件，此时 occ files:cleanup 会删除存储表中没有对应条目的缓存项。
无论使用哪种方案，都应选择能够处理大量小文件并保留历史版本的备份程序，这正是 restic 和 BorgBackup 的差异所在。
桌面端和移动端客户端
Seafile 提供两个桌面端程序。同步客户端会在本地保留您所选库的副本。Drive 客户端（SeaDrive）会将库挂载为虚拟驱动器，并在访问时下载文件：Windows 使用 Microsoft 的 cloud files API；macOS 从 3.0 版开始使用 Finder 扩展；Linux 从 3.0.12 版开始以 AppImage 形式提供，并挂载到 ~/SeaDrive。三种桌面平台都支持加密库。移动应用用于访问文件，仅此而已。
Nextcloud 的桌面端客户端也提供虚拟文件；其移动应用还提供平台的其他功能，因此日历、联系人、Talk 和笔记会与文件访问一起提供。如果您的用户主要使用手机，并且需要的不只是文件，这会明显影响日常使用体验。
规划时还应注意 Seafile 的一个细节：库是共享、同步、权限和加密的基本单位。在将 500 GB 数据加载到单个库之前，应先确定库的布局，因为在库之间移动文件实际上是复制后删除，而不是重命名，文件历史也不会随文件一起迁移。
加密：每种加密实际保护什么
Seafile 的加密库在客户端执行加密。密码不会存储在服务器上。系统会将根据密码和库 ID 派生的魔法令牌与库一同存储，以便客户端在同步前验证密码。系统使用 AES 256/CBC，通过密码派生密钥和 IV（初始化向量），再使用该文件密钥加密文件数据。
请阅读文档中列出的限制，因为这些限制经常被忽略。加密库只加密文件内容。文件夹名和文件名不会加密，文件大小和编辑历史也不会加密。在 Web 浏览器中浏览加密库不属于端到端加密：您输入密码后，服务器使用该密码解密文件密钥，并将密码缓存在内存中 1 小时。手册还明确说明，加密库不能确保完整性，因为服务器管理员可以修改部分文件内容，而客户端无法检测到这种修改。
Nextcloud 有两个名称容易混淆的功能。服务器端加密会加密静态文件，但密钥仍保存在同一台服务器上。因此，它在保护外部存储上的数据方面效果较好，但无法有效防御拥有该服务器 root 权限的人员。端到端加密应用会在客户端加密您选择的文件夹。按照设计，服务器无法读取这些文件夹的内容，因此 Web 界面、服务器端搜索和预览功能也无法查看这些文件夹中的内容。
这两种产品的加密都不能替代加密备份。请单独加密备份。
日历、联系人、办公功能和应用平台
这一项并不接近。Nextcloud 在核心中提供 CalDAV（通过 WebDAV 提供日历）和 CardDAV（通过 WebDAV 提供联系人），集成 Collabora 或 OnlyOffice 处理文档，并通过应用商店提供其他功能。Seafile 13 提供用于协作文档和 wiki 页面的 SeaDoc，仅此而已。它没有日历，也没有地址簿。
平台功能需要付出代价，代价就是升级风险。您安装的每个应用都可能阻止 Nextcloud 升级，或在升级后出现异常。因此，用户依赖的功能越多，升级窗口就越需要谨慎。Seafile 提供的功能更少，因此可能出问题的组件也更少。还需注意，只有 Seafile Professional（不是 Community Edition）在付费许可下提供文档全文搜索和文件夹级权限。因此，请确认您依赖的功能包含在计划运行的版本中。
每个服务已知的故障模式
Seafile 会在数据库与对象存储发生不一致时失败。您会看到某个资料库无法打开，或者文件消失；seaf-fsck.sh 会输出缺失的块。没有可手动修复的文件树，因此恢复依赖数据库转储和对象存储，并且必须按正确顺序还原。请至少在备用 VPS 上测试一次还原，因为从未实际还原过的备份只能算是一种猜测。
Nextcloud 会在文件缓存与磁盘内容不一致时失败。这通常是因为某个程序未通知 Nextcloud，直接向数据目录写入了内容。您会看到磁盘上存在某个文件，但 Web 界面未列出该文件，或者某个文件夹的大小不正确；occ files:scan 可用于修复此问题。它另外两个常见问题是处理大量小文件时的协议速度，以及 PHP 内存占用。增加 CPU 无法解决前者。大图像和视频的预览通常会导致内存使用量突增，因此请为每个进程保留 512 MB，并通过计划任务生成预览，而不要在请求处理期间生成。
二者都不是：只想同步文件时使用 Syncthing
如果您的实际需求只是让多台机器之间镜像一个文件夹，那么这两款产品提供的功能都超出了需要。Syncthing 不需要服务器，也不需要账户。每台设备都是一个对等节点；当笔记本休眠时，VPS 可以作为保持在线的对等节点。Syncthing 2 是当前版本线，软件包来自项目自己的仓库：
sudo mkdir -p /etc/apt/keyrings
sudo curl -L -o /etc/apt/keyrings/syncthing-archive-keyring.gpg https://syncthing.net/release-key.gpg
echo "deb [signed-by=/etc/apt/keyrings/syncthing-archive-keyring.gpg] https://apt.syncthing.net/ syncthing stable-v2" | sudo tee /etc/apt/sources.list.d/syncthing.list
sudo apt-get update
sudo apt-get install syncthing请以普通用户身份运行它，绝不要使用 root，这样它写入的文件才能具有合理的所有者：
sudo systemctl enable --now syncthing@youruser
systemctl status syncthing@youruserWeb 界面默认绑定到 127.0.0.1:8384，因此无法从互联网访问，这是正确的默认设置。您可以从笔记本通过 SSH 隧道访问：
ssh -L 8384:127.0.0.1:8384 youruser@your-server然后在笔记本上打开 http://127.0.0.1:8384。同步本身通过 TCP 和 QUIC 使用端口 22000，本地发现使用 UDP 21027；本地发现无法跨互联网工作。在 VPS 上开放 22000，并保持 Web 界面关闭：
sudo ufw allow 22000/tcp
sudo ufw allow 22000/udp您放弃的是所有服务器功能：不运行 Syncthing 的人员无法使用共享链接，没有 Web 文件浏览器，没有用户账户；除非按文件夹启用文件版本控制，否则也没有服务器端回收站。最常见的意外情况是冲突文件。当两台无法互相发现的设备同时编辑同一个文件时，您会得到一个类似 notes.sync-conflict-20260806-142233-ABCD1EF.md 的同级文件名。系统不会发出提示，因此请定期搜索 sync-conflict。
如果您需要的不是同步文件夹，而是供应用写入的存储桶，那又是另一类工具：请参阅 自托管的 S3 兼容对象存储。如需了解更广泛的选择，自托管 Dropbox 替代方案综述介绍了未纳入本次比较的工具。
决策规则
- 如果需求是高效同步大量数据：文件数量多、文件较大、涉及多个设备，并且可以接受使用只有 Seafile 能读取的数据存储，请选择 Seafile。
- 如果需求是一个平台：需要日历、联系人、文档和共享链接，同时要求磁盘上的文件采用任何备份工具都能读取的普通格式，请选择 Nextcloud。
- 如果需求只是镜像一个文件夹，不需要其他功能，请选择 Syncthing。
现在请谨慎做出选择，因为 Seafile 与 Nextcloud 之间的迁移才是真正的锁定因素。两者之间没有转换工具。您需要先将所有数据同步到客户端，再上传到另一台服务器；版本历史和共享链接会留在原系统中，同时还要承担带宽和时间成本。按未来三年的需求规划当前方案，比在第 2 年切换更省成本。
FAQ
Seafile 在同步大型文件库时比 Nextcloud 更快吗？
在通常最影响性能的两种情况下，通常更快，而且原因可以验证。Seafile 会将文件拆分为平均约 8 MB 的块，只传输发生变化的块，因此编辑大型文件中的一小部分时，只需传输少量块。Nextcloud 的传输单位是整个文件，因此相同的编辑会重新上传整个文件；而许多小文件至少各需要一个 WebDAV 请求，这也是其批量上传 API 会将小文件打包在一起的原因。在确定方案前，请先在您自己的 VPS 上分别计时，因为 CPU、磁盘和网络链路与协议同样重要。
我可以只对数据目录运行 rsync 来备份 Seafile 吗？
不可以，除非同时备份数据库，并按文档规定的顺序操作。Seafile 手册要求先备份 SQL，再备份数据目录，因为这样备份中的每条数据库记录都会对应一个实际存在的对象。命令 rsync -az /opt/seafile-data/seafile /backup/data/ 会复制 conf、seafile-data 和 seahub-data，但单独执行该命令无法完成恢复，因为对象存储中没有可读取的文件树，数据库才是它的索引。恢复这两部分后，运行 seaf-fsck.sh，并在确认结果可靠前阅读其输出。
如果我只需要文件同步，还需要 Nextcloud 吗？
不需要。Nextcloud 是一个平台，无论您是否使用日历、联系人和应用商店，这些组件都会占用内存并增加升级维护工作。对于单纯的文件同步，Seafile 更轻量，协议也更快；Syncthing 更轻量，因为它不需要运行服务器端。只有在需要额外应用时才选择 Nextcloud，不要将其作为默认方案。
加密的 Seafile 文件库可以隐藏文件名吗？
不可以。加密文件库会在客户端加密文件内容，密码不会发送到服务器，但目录名、文件名、文件大小和编辑历史仍会在服务器上可见。在 Web 界面中打开加密文件库时，密码也会发送到服务器；服务器会解密文件密钥，并将密码保存在内存中 1 小时。如果文件名本身属于敏感信息，请不要通过 Web 界面访问该文件库，并在其他层实施加密。
在 VPS 上应为 Seafile 或 Nextcloud 分配多少 RAM？
对于只有少量用户的任一产品，先分配 4 GB RAM 和 2 个 CPU 核心，然后在生成预览和执行搜索期间监控内存使用情况。Seafile 官方文档规定的最低配置是 2 GB RAM，以及主频高于 2 GHz 的 2 核 CPU。Nextcloud 文档建议每个 PHP 进程使用 512 MB，您需要先乘以 worker 数量，再为数据库和缓存额外预留资源。Syncthing 在 1 GB RAM 下即可稳定运行。