异步处理、优先级调度与微型事务，支撑删除 700 万张照片等极端操作

当用户在 Synology Photos 里快速滑动数万张照片，或与同事共享项目图片时，流畅体验背后是一套复杂的后端系统。Synology 近日披露，其核心是一条名为“任务中心”的流水线。手机备份、照片相似度计算、文件信息处理、缩略图生成、人脸与物体识别、地理位置更新等任务，每秒都有数千个流经此处。面对如此繁忙的系统，Synology Photos 如何避免单一操作拖垮全局？答案在于一系列工程实践。

任务中心：像精密工厂一样分工

Synology 将 Photos 后端比作一座工厂，任务中心就是生产线。高效工厂不能因某个耗时环节停摆，用户界面这条“主通道”也不能被后台任务堵住。

异步与优先级：先让照片出现，再后台增强

在软件层面，每次点击都会通过 API 向服务器发出请求。Synology 把可能耗时的操作设计为异步执行：用户动作先进入队列，API 立即返回“任务已接受”，界面因此保持响应。

异步只是基础，更关键的是优先级调度。对用户最重要的，是尽快看到照片。因此，文件索引和缩略图生成完成后，照片会立刻显示在界面中，服务器还会主动把更新推送到浏览器，无需手动刷新。人脸识别、位置处理等更重任务则排在后面，等系统资源空闲时再运行。这样，用户先获得核心体验，丰富功能在后台逐步补齐，兼顾响应速度与功能完整。

极端操作：删除 700 万张照片为何不能一个事务搞定

删除一个含 700 万张照片的文件夹，是典型极端操作。处理不当会耗尽内存，甚至无法完成。Synology 采用数据库“事务”概念保障可靠性：一组操作要么全部成功，要么全部失败。

但若把 700 万张照片删除做成单个事务，会带来三大问题：系统需一次性加载全部删除记录，内存可能耗尽；事务运行数小时，相关数据库区段长期锁定；中途若 NAS 重启等意外发生，数小时工作全部回退。

拆分粒度也很关键。若每个事务 10 万张，提交次数少，但单次执行久，失败损失大，锁影响仍在；若每事务仅 1 张，失败损失小，却会频繁提交，磁盘活动过多，反而拖慢整体性能。

微事务：在可靠与实时反馈间找平衡

Synology 的解法是“微事务”。最佳粒度需要大量测试、经验与任务类型调整，删除任务和元数据更新并不相同。经过测试，Synology 为不同操作确定了合适批量。例如套件更新时，每 100 条旧数据更新构成一个独立事务。

这种方式带来两点好处：其一，可靠性更高，每个微事务独立运行，出问题只影响当前小批次，解决后可从中断点继续；其二，进度反馈更实时，删除照片时数据分批移除，界面能立即反映进度，用户看到照片一组组平滑消失，而不是长时间等待后突然全部不见。

让复杂留在幕后

Synology Photos 的稳定与高效，来自系统化的任务处理方式。异步设计消除等待，微型事务保证极端操作下的可靠性与响应速度。Synology 认为，最佳用户体验是用户永远不会注意到幕后复杂机制。其团队持续优化这套架构，以稳定性能处理不断增长的照片库。