perf: 重构 FTS 索引为 rowid 寻址+触发器维护，根治重启 CPU 占满与扫描卡死

- FTS5 普通列(含 UNINDEXED)不支持索引查找,旧版按 media_id 做
  NOT EXISTS/DELETE 全是整表扫描:启动回填 O(N^2) 烧 CPU 数小时,
  扫描时每个 upsert 一次全表扫描,均隔着全局写锁拖死登录(125s 超时)
- v2 布局:FTS rowid 与 media.rowid 对齐,由 INSERT/UPDATE/DELETE
  触发器实时维护;回填只剩 rowid 点查兜底,且去掉 ORDER BY
- 顺带修复刮削直写 Updates() 后新标题搜不到的问题(触发器覆盖)
- 写门改为 context 感知:长写语句不再让登录请求无限期排队
- warmMediaSearchIndex 延迟 30s 错峰启动
- library_scan 周期任务跳过云盘库(由 cloud_sync 夜间窗口负责),
  首轮延迟从 15s 改为等满一个周期,重启不再立即全量扫描风暴
- prune 改为只取 id/path 并按 500 条批量删除,缩短写锁占用

internal/service/scheduler.go

@@ -134,7 +134,14 @@ func (s *SchedulerService) Start(ctx context.Context) {
 		},
 	}
 	for _, j := range s.jobs {
-		go s.loop(ctx, j)
+		initialDelay := 15 * time.Second
+		if j.name == "library_scan" {
+			// 重启后不立即整库重扫：更新/重启窗口恰是登录高峰，启动
+			// 15 秒即全量扫描曾把 CPU/磁盘打满导致无法登录。首轮等满
+			// 一个完整周期再跑，平时的每小时节奏不变。
+			initialDelay = j.interval
+		}
+		go s.loopWithInitialDelay(ctx, j, initialDelay)
 	}
 }
 
@@ -259,6 +266,13 @@ func (s *SchedulerService) jobScanLibraries(ctx context.Context) error {
 		if !l.Enabled {
 			continue
 		}
+		if _, ok := ParseCloudLibraryMount(l.Path); ok {
+			// 云盘库由 cloud_sync 任务在夜间窗口低频同步；周期性整库
+			// 重扫只面向本地磁盘库。否则十几个云盘库每小时全量遍历
+			// 会把 CPU/网络长期吃满，还会占住唯一的云扫描槽位，让
+			// 手动扫描看起来一直"卡死"在排队。
+			continue
+		}
 		if _, err := s.scanner.ScanLibrary(ctx, l.ID); err != nil {
 			s.log.Warn("scheduled scan failed",
 				zap.String("library", l.ID), zap.Error(err))