Invidious 缓存配置完整指南3 处调整让视频秒开不再转圈【免费下载链接】invidiousInvidious is an alternative front-end to YouTube项目地址: https://gitcode.com/GitHub_Trending/in/invidious你是不是一打开 Invidious 实例里的视频转圈转十几秒还不动换下一个照样慢网络明明没问题换台实例却很快。差别往往不在网速而在 Invidious 缓存有没有真正生效。Invidious 是 YouTube 的替代前端它的缓存层负责把已经取过的视频数据存下来让你不必每次都回 YouTube 取一遍。这篇文章讲清楚它分几层缓存、哪 3 处配置能动手、以及容易踩的坑照着做 10 分钟能搞定。看懂转圈现象Invidious 的三层缓存速览先说结论Invidious 的缓存分三层各管各的数据。类比一下超市收银台浏览器缓存直接发你买过的东西货架Invidious 内存缓存放着常用货不用跑仓库仓库PostgreSQL 数据库存完整库存但超过 6 小时没盘点就作废、重新进货。缓存层位置存什么有效期浏览器你的设备CSS、JS 等静态资源跟随 HTTP 缓存头内存Invidious 进程5MB 以内的静态文件进程重启即清空数据库PostgreSQL视频元数据、注释6 小时第一层来自改造后的静态文件处理器 src/ext/kemal_static_file_handler.cr静态文件只要塞得进 5MB 上限就留在内存里后续请求不碰磁盘。第三层在 src/invidious/database/videos.cr视频元数据入库后后台任务每小时清一次过期项DELETE FROM videos * WHERE updated (now() - interval 6 hours)这意味着6 小时内不管多少人打开同一个视频只有第一个人需要真正跑一趟 YouTube。开启 Invidious 缓存3 步把配置打开第 1 步打开注释缓存。在 config/config.example.yml 里有一项cache_annotations默认关闭。打开后视频注释取过一次就会存进数据库下次直接读库cache_annotations: true第 2 步保持 preload 开启。同文件的default_user_preferences段里preload: true让浏览器在页面加载时就提前缓冲视频数据配合缓存才真正有秒开体感。这项默认就是 true确认你没把它关掉即可。第 3 步认清 6 小时过期是写死的。想把元数据有效期放宽到 12 小时得改源码里那个interval 6 hours再重新编译不是配置文件能调的参数。没有明确需求就别动——6 小时是数据新鲜度和负载之间的官方折中。改完重启实例偏好和订阅页的对应选项会同步生效方便你确认避开缓存坑开了缓存还在转圈怎么办⚠️ 三种典型情况按现象 → 原因 → 处理来现象原因处理注释每次加载都慢cache_annotations还是 false或注释是空的、只含卡片官方不缓存这类内容先查配置对空注释别指望被缓存热门视频每隔 6 小时还是回源 YouTube这是 TTL 按设计工作不是故障接受它坚持要改就动源码重编译个别大静态文件没加速内存缓存上限只有 5MB大文件绕过内存直接从磁盘发这是保护设计除非实例内存宽裕且确认无压力否则别盲目调大上限两个坑别踩别盲目调大内存缓存上限。源码里 5MB 是保守值调大容易但公共服务实例的内存压力会让所有人的页面变慢。别把没命中当成没缓存。视频第一次被打开必然回源转圈是正常的6 小时内第二个人再打开你才看得到缓存的效果。选对进阶玩法什么场景别做这些优化个人自用实例做第 1、2 步就够了源码别碰。流量大的公共实例真正的杠杆在数据库和后台任务。每小时一次的清理任务在 src/invidious/jobs/clear_expired_items_job.cr开了注释缓存后数据库写入量上升记得盯磁盘和备份。不值得做的场景你看的是碎片化短视频、很少重复观看或者实例前面有 CDN 兜底——缓存带来的差异很小保持默认即可。结论Invidious 缓存体系已经就位你要做的只是打开cache_annotations、保持preload开启就能拦掉大部分重复请求。下一步现在就打开实例的配置文件把cache_annotations改为 true 并重启然后找两个人打开同一个视频对比第一次和第二次加载的耗时——差多少就是缓存值多少。【免费下载链接】invidiousInvidious is an alternative front-end to YouTube项目地址: https://gitcode.com/GitHub_Trending/in/invidious创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
Invidious 缓存配置完整指南：3 处调整让视频秒开不再转圈
Invidious 缓存配置完整指南3 处调整让视频秒开不再转圈【免费下载链接】invidiousInvidious is an alternative front-end to YouTube项目地址: https://gitcode.com/GitHub_Trending/in/invidious你是不是一打开 Invidious 实例里的视频转圈转十几秒还不动换下一个照样慢网络明明没问题换台实例却很快。差别往往不在网速而在 Invidious 缓存有没有真正生效。Invidious 是 YouTube 的替代前端它的缓存层负责把已经取过的视频数据存下来让你不必每次都回 YouTube 取一遍。这篇文章讲清楚它分几层缓存、哪 3 处配置能动手、以及容易踩的坑照着做 10 分钟能搞定。看懂转圈现象Invidious 的三层缓存速览先说结论Invidious 的缓存分三层各管各的数据。类比一下超市收银台浏览器缓存直接发你买过的东西货架Invidious 内存缓存放着常用货不用跑仓库仓库PostgreSQL 数据库存完整库存但超过 6 小时没盘点就作废、重新进货。缓存层位置存什么有效期浏览器你的设备CSS、JS 等静态资源跟随 HTTP 缓存头内存Invidious 进程5MB 以内的静态文件进程重启即清空数据库PostgreSQL视频元数据、注释6 小时第一层来自改造后的静态文件处理器 src/ext/kemal_static_file_handler.cr静态文件只要塞得进 5MB 上限就留在内存里后续请求不碰磁盘。第三层在 src/invidious/database/videos.cr视频元数据入库后后台任务每小时清一次过期项DELETE FROM videos * WHERE updated (now() - interval 6 hours)这意味着6 小时内不管多少人打开同一个视频只有第一个人需要真正跑一趟 YouTube。开启 Invidious 缓存3 步把配置打开第 1 步打开注释缓存。在 config/config.example.yml 里有一项cache_annotations默认关闭。打开后视频注释取过一次就会存进数据库下次直接读库cache_annotations: true第 2 步保持 preload 开启。同文件的default_user_preferences段里preload: true让浏览器在页面加载时就提前缓冲视频数据配合缓存才真正有秒开体感。这项默认就是 true确认你没把它关掉即可。第 3 步认清 6 小时过期是写死的。想把元数据有效期放宽到 12 小时得改源码里那个interval 6 hours再重新编译不是配置文件能调的参数。没有明确需求就别动——6 小时是数据新鲜度和负载之间的官方折中。改完重启实例偏好和订阅页的对应选项会同步生效方便你确认避开缓存坑开了缓存还在转圈怎么办⚠️ 三种典型情况按现象 → 原因 → 处理来现象原因处理注释每次加载都慢cache_annotations还是 false或注释是空的、只含卡片官方不缓存这类内容先查配置对空注释别指望被缓存热门视频每隔 6 小时还是回源 YouTube这是 TTL 按设计工作不是故障接受它坚持要改就动源码重编译个别大静态文件没加速内存缓存上限只有 5MB大文件绕过内存直接从磁盘发这是保护设计除非实例内存宽裕且确认无压力否则别盲目调大上限两个坑别踩别盲目调大内存缓存上限。源码里 5MB 是保守值调大容易但公共服务实例的内存压力会让所有人的页面变慢。别把没命中当成没缓存。视频第一次被打开必然回源转圈是正常的6 小时内第二个人再打开你才看得到缓存的效果。选对进阶玩法什么场景别做这些优化个人自用实例做第 1、2 步就够了源码别碰。流量大的公共实例真正的杠杆在数据库和后台任务。每小时一次的清理任务在 src/invidious/jobs/clear_expired_items_job.cr开了注释缓存后数据库写入量上升记得盯磁盘和备份。不值得做的场景你看的是碎片化短视频、很少重复观看或者实例前面有 CDN 兜底——缓存带来的差异很小保持默认即可。结论Invidious 缓存体系已经就位你要做的只是打开cache_annotations、保持preload开启就能拦掉大部分重复请求。下一步现在就打开实例的配置文件把cache_annotations改为 true 并重启然后找两个人打开同一个视频对比第一次和第二次加载的耗时——差多少就是缓存值多少。【免费下载链接】invidiousInvidious is an alternative front-end to YouTube项目地址: https://gitcode.com/GitHub_Trending/in/invidious创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
