缓存

真上帝的左手

30. 技术专题-‌应用框架组件-缓存-Redis你现在打开项目代码，搜索 RedisTemplate，匹配到的地方是不是都有这么几行——查缓存、写缓存、删缓存？你对这套操作早已烂熟于心，闭着眼都能写出来。

C++Redis开发（Ubuntu 22.04)在 HTTP 那篇博客里我们分析过应用层协议，也自己实现了 Web 开发。当时得出的结论是：想要建立连接，最重要的是先把协议设计好。

缓存该删还是该改，LLM 服务里的双写问题给答案加缓存之后，命中率上去了，账单下来了。然后开始出现一类很难查的问题，同一个问题，五分钟后问一次得到新答案，再问一次又回到旧答案。用户以为系统在抽风。

Go IM 源码实战（14）：本地缓存快 3000 倍，失效却难 10 倍你好，我是利威尔xu。这是**「Go IM 源码实战」系列第 14 篇**。前面 13 篇里，Redis 出现了无数次——seq、水位、token、在线状态、会话缓存。这一篇专门讲缓存本身。

程序猿编码

解决 LLM 算力浪费，一套统一 KV 管理层实现缓存复用大模型推理服务中，KV Cache 的重复计算正在成为不可忽视的成本瓶颈。Agent 工作流反复检索相同上下文、多轮对话不断重放历史轮次、多模态应用反复处理同一批视觉特征——这些场景下，如果每次都要重新计算 KV Cache，算力浪费惊人。

steam无法登录 steam错误登录时出现错误。请稍后再试。解决办法 steam无法登录解决办法湖南地区steam DNS问题解决办法退出登录窗口。按 Ctrl + Shift + Esc 或右键下方任务栏打开任务管理器，搜索并关闭所有steam有关的程序。

缓存淘汰实测：一次全表扫描把 LRU 命中率从 46% 打到 38%，W-TinyLFU 守住 50% 却贵 11 倍容量 1000、2 万 key、Zipf 0.9 的 16 万次请求里每 2 万次插一波 3000 个冷 key、3 轮实测：LRU 命中 45.84–46.07%，扫描后 5000 次掉到 38.10–41.30%；LFU 53.99–54.31%，但朴素实现每个操作 26.872–28.223 微秒，换成计数桶同命中率只要 0.519–0.606 微秒；W-TinyLFU 56.46–56.65%，扫描后仍有 49.88–53.66%。

Java 项目实战: 交友项目 - 小视频模块实战：访客记录、FastDFS 存储与 SpringCache 缓存本文补齐小视频模块：记录「谁看过我」的访客数据，用 FastDFS 存储视频文件，实现发布与列表接口，最后用 Spring Cache 给列表加上缓存。

双写一致性：为什么是“删缓存“，而不是“改缓存“缓存和数据库两个地方都存了同一份数据，一旦更新，就得保证两边一致。我一开始的直觉是"改完数据库，顺手把缓存也改一下"——这个直觉是错的。

redis：RedisDesktopManager（RDM/RESP.app）Redis 数据可视化全景深度梳理RedisDesktopManager（简称RDM，现已更名RESP.app）是跨平台老牌Redis桌面GUI可视化工具，用于替代纯命令行redis-cli，完成多实例连接、全数据结构可视化浏览、在线编辑、服务监控、数据导入导出，广泛用于后端开发调试、Redis运维排查、缓存问题定位，是Redis生态最经典的可视化客户端之一。本文以多表格结构化方式，从基础定位、连接体系、数据类型可视化、核心能力、参数配置、优缺点、竞品对比、踩坑清单完整梳理。

你看我名字

Redis 高可用、持久化与故障切换：从缓存组件到云上基础设施Redis 的性能优势来自内存数据结构和事件循环，但生产可靠性取决于持久化、复制、故障检测、数据淘汰和业务降级的整体设计。

Redis 高频面试题全解：缓存三大问题、大 key 治理与分布式锁之争（2026 招聘 JD 真题复盘）题目来源说明：本文题目整理自 BOSS 直聘、拉勾、猎聘等招聘平台上后端/Java 开发岗位 JD 中的 Redis 技能要求（如"高并发缓存架构"“缓存一致性”"分布式锁"等关键词），并结合一线互联网公司公开面经汇总而成，每题附工程化参考答案。

Jenkins CI 流水线优化实践：基于提交指纹的任务缓存摘要：CI 门禁流水线除了在"代码变更"时触发，也会在"拉新分支""创建合并请求"等不产生任何变更的场景下被触发。这类任务验证的是同一份代码，批量操作时会挤占执行机资源并延长正常任务的排队时间。本文提出一种基于 {commit id}_{任务名称} 键的任务缓存方案：将门禁任务的执行结果持久化到 Redis，流水线启动时跳过已成功的任务、只执行未执行的部分，并提供显式开关以应对制品过期等强制重跑场景，同时讨论该方案的边界与失效条件。

【随笔】vLLM前缀缓存：相同的开头怎样少算一次同一份长文档被连续提问十次，模型是否必须把文档重新计算十遍？在LLM推理服务中，前缀缓存能够复用相同开头对应的KV状态，让后续请求少做重复的提示词计算。

让 Agent 接上 YApi、Yuque、数据库、Redis 和日志：我的 MCP 资源绑定设计Agent 不能只会读文件，还要能安全地连接真实的研发资源：接口文档、知识库、数据库、缓存、日志。但连接外部资源必须解决两个问题：① 怎么知道用户需要哪个资源？② 怎么保证安全？

搭建Redis 主从复制---实战Master节点： 10.8.0.25Slave1节点： 10.8.0.26Slave2节点： 10.8.0.27

微信小程序真机预览白屏或 request 失败：先核 request 合法域名与 TLS，再查体验版与本地缓存开发者工具里模拟器一切正常，一点「真机预览」却整页白屏，或控制台刷出 request:fail url not in domain list、tls handshake、ERR_CONNECTION——有的页面能开一半、网络请求全挂。这和今天已写过的「登录后跳回登录页（Cookie / CDN）」「Elementor 编辑器空白」「前台 502/503（PHP-FPM）」「白屏 / 严重错误（Fatal / 插件二分）」「Shopify 结账按钮灰色」「WP-Cron 定时不准点」「媒体库上传失败」「固定

Nginx反向代理与proxy_cache缓存搭建CDN服务器环境：代理缓存服务器：192.168.42.145（nginx 配置目录 /etc/nginx）源站服务器：192.168.42.162 yum 安装 Nginx，配置文件：/etc/nginx/nginx.conf

提示注入：上下文安全的核心威胁系统提示词和工具定义的设计方法讨论完毕，本节最后还需要考虑一个安全维度：如何防止精心设计的上下文被外部输入劫持？这就是提示注入问题。

是程序喵呀

Redis实现持久化Redis是内存数据库，数据默认只存在内存中。一旦进程崩溃或机器宕机，内存数据全部丢失。持久化的作用就是把内存数据存储到磁盘中，让Redis在故障重启后能从磁盘恢复数据 Redis提供的两种持久化方案： RDB ：数据快照 AOF：命令日志