Jackett 性能优化：让种子索引聚合服务恢复秒级响应的排障式调优
【免费下载链接】JackettAPI Support for your favorite torrent trackers项目地址: https://gitcode.com/GitHub_Trending/ja/Jackett
Jackett 是跑在本地的种子索引聚合工具，给各类 tracker 提供统一 API。搜索要等好几秒、内存曲线只涨不跌的时候，说明该做一轮 Jackett 性能优化了。这篇按排障思路走：先找病，再开方，最后复诊。
🔍 先自检：用日志、内存曲线和 Test 定位 Jackett 搜索慢的瓶颈
Jackett 搜索慢、内存只涨不跌，原因通常就三处：个别索引器卡住、重复请求打满、进程长期不重启。先花十分钟确认病在哪，再动手。
已配置索引器列表：每个站点的 Public/Private 标签、Feed 操作按钮和 Test 入口都在这屏
翻日志里的超时条目
配置页点 View logs，盯 timeout、failed 这类关键字。某个索引器超时，Jackett 会干等它，整体响应被拖慢，这就是为什么先翻日志。
- 只看最近几小时的记录
- 同一个站点反复报错，问题在它不在你
盯住进程内存曲线的走向
用 top（Linux）或任务管理器（Windows）看进程内存。缓慢爬升、重启才回落，多半是缓存越积越多；锯齿状大起大落，是查询范围偏大。
- 内存长期顶在 2GB 以上不下，去下一节调优
- 曲线阶梯式上涨，检查是不是并发搜索没等结果
逐个点 Test 揪出慢索引器
在索引器列表里逐个点 Test，绿勾出现最晚的就是瓶颈。Jackett 并发查所有启用的索引器，整体耗时等于最慢那个的耗时。
- 超过 5 秒的记下来，后面优先处理
- 直接失败的先修配置或先禁用
⚙️ 快赢调优：10 分钟落地 Jackett 缓存设置与索引器改动
把缓存 TTL 调到 35-40 分钟
Jackett 缓存设置默认开启、TTL 2100 秒、每索引器 1000 条，默认值见 ServerConfig.cs。
配置页截图：Cache enabled 已勾选、Cache TTL 2100 秒、Cache max results per indexer 1000，三项都在这屏
- Cache enabled 保持勾选
- TTL 设 2100-2400 秒：太短等于没缓存，太长搜不到新资源
- 条数上限按内存定，4GB 内存设 1000-2000
同词同范围的查询命中缓存，直接返回内存结果（CacheService.cs），不用再打站点，这就是它快的原理。
闲置索引器先禁用，别急着删除
每次搜索都会打到每一个启用的索引器，数量直接决定并发请求数。长期不用的先禁用，配置还在，随时能开回来。
- 保留最常用的一二十个
- 禁用比删除安全，Cookie 不用重配
改完配置手动清一次索引器缓存
改过索引器配置后，旧缓存会和新配置打架。更新配置时 Jackett 会调用CleanIndexerCache清掉对应站点（IndexerManagerService.cs）；手动改完 cookie 之类，再对该索引器点一次 Test 兜底。
- 换过代理设置后同样清一次
- 清完立刻搜一个熟悉的词验证
🔎 改搜索习惯：让每次查询范围更小
种子索引器搜索加速，最有效的一招其实是收窄你自己的查询。
手动搜索界面：Query 输入框旁有 type、Tracker、Category 三个筛选器，结果上方标着每个站点的耗时
用 Tracker 和 Category 筛选器锁定范围
查电影就别让音乐站点陪跑。结果上方标着每个站点的耗时，哪个慢一目了然。
- Tracker 多选，只留要查的站点
- Category 选具体分类，少用 Everything
用元索引器把索引器按用途分组
元索引器把多个站点聚合成一个组名，搜索只查组、不查全站，请求总数直接降下来。
- 两三个组就够：电影、动漫、音乐
- 客户端 API 指向组，而不是散着的站点
别连续发起覆盖全部索引器的大搜索
Jackett 默认并发查询，连续两次全量搜索，并发直接翻倍，资源竞争就来了。
- 上一次结果没回来，别急着再搜
- 必须连发，就把范围收窄再发
📈 补环境兜底：内存余量与定期自动重启
缓存全放内存，这是 Jackett 内存占用高的根源，也是它快的原因。跑十几个索引器的机器建议 4GB，至少 2GB。另外长期运行的服务，用 crontab（Linux）或任务计划程序（Windows）每周自动重启一次，清掉累积占用。
- 重启排在搜索低谷时段
- 重启后扫一眼日志，确认各索引器正常
📋 复诊验收：用 3 个指标确认真的变快
调完别凭感觉。挑一周正常使用的日子，看三样东西：
- 平均搜索耗时：同词同范围，从十几秒降到 2-5 秒
- 重复查询占比：同一查询第二次应秒回，明显快于首次，说明缓存命中
- 内存峰值：重启后 48 小时内不再持续爬升
三项达标，这轮 Jackett 性能优化就闭环了；哪项没达标，回第一节对应步骤再查一轮。你在 TTL 和条数上限上用的什么参数？留言说说，咱们互相参考。
【免费下载链接】JackettAPI Support for your favorite torrent trackers项目地址: https://gitcode.com/GitHub_Trending/ja/Jackett
创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
