https://blog.qife122.com/tags/valkey/ Recent content in Valkey on 办公AI智能小助手 Hugo zh-cn qife Tue, 04 Nov 2025 11:56:08 +0800 https://blog.qife122.com/p/redis%E8%AE%B8%E5%8F%AF%E8%AF%81%E5%8F%98%E6%9B%B4%E8%A7%A3%E6%9E%90%E6%8A%80%E6%9C%AF%E5%BD%B1%E5%93%8D%E4%B8%8E%E5%BC%80%E6%BA%90%E6%9B%BF%E4%BB%A3%E6%96%B9%E6%A1%88/ Tue, 04 Nov 2025 11:56:08 +0800 https://blog.qife122.com/p/redis%E8%AE%B8%E5%8F%AF%E8%AF%81%E5%8F%98%E6%9B%B4%E8%A7%A3%E6%9E%90%E6%8A%80%E6%9C%AF%E5%BD%B1%E5%93%8D%E4%B8%8E%E5%BC%80%E6%BA%90%E6%9B%BF%E4%BB%A3%E6%96%B9%E6%A1%88/ <h1 id="redis许可证变更技术细节与影响分析">Redis许可证变更：技术细节与影响分析</h1> <h2 id="许可证变更的技术实质">许可证变更的技术实质</h2> <p>Redis 7.4版本带来了根本性的许可证变化，从原本宽松的BSD许可证转变为三重许可模式：</p> <h3 id="新的许可证架构">新的许可证架构</h3> <ul> <li><strong>AGPLv3</strong>：名义上开源但限制严格，若对Redis代码进行修改并提供网络服务，必须公开修改内容</li> <li><strong>RSALv2</strong>：允许在自有项目中使用Redis，但禁止将其作为托管服务提供</li> <li><strong>SSPLv1</strong>：最为严格，若将Redis作为服务提供，需要公开整个服务代码库</li> </ul> <h3 id="技术特性许可分化">技术特性许可分化</h3> <p>Redis中的不同功能和模块现在可能适用不同的许可条款。在升级或添加新功能前，必须仔细检查具体的许可要求。</p> https://blog.qife122.com/p/%E4%BD%BF%E7%94%A8debezium%E5%B9%B3%E5%8F%B0%E8%A7%A3%E5%86%B3valkey%E4%B8%AD%E7%9A%84%E7%BC%93%E5%AD%98%E5%A4%B1%E6%95%88%E5%92%8C%E7%BC%93%E5%AD%98%E9%9B%AA%E5%B4%A9%E9%97%AE%E9%A2%98/ Sun, 02 Nov 2025 02:22:46 +0800 https://blog.qife122.com/p/%E4%BD%BF%E7%94%A8debezium%E5%B9%B3%E5%8F%B0%E8%A7%A3%E5%86%B3valkey%E4%B8%AD%E7%9A%84%E7%BC%93%E5%AD%98%E5%A4%B1%E6%95%88%E5%92%8C%E7%BC%93%E5%AD%98%E9%9B%AA%E5%B4%A9%E9%97%AE%E9%A2%98/ <h2 id="计算机科学中的两个难题缓存失效和缓存雪崩">计算机科学中的两个难题：缓存失效和缓存雪崩</h2> <p>计算机科学中有两个经典难题：缓存失效、命名问题和差一错误。这个常被归功于Phil Karlton的经典笑话，突显了软件开发人员面临的一个非常真实且持久的挑战。我们不断努力构建更快、响应更迅速的系统，而缓存是实现这一目标的基本策略。但是，虽然缓存提供了显著的性能提升，但它引入了一个复杂的新问题：如何确保缓存的数据始终新鲜和准确？这个挑战被称为缓存失效，如果处理不当，可能导致向用户提供过时数据，或者在最坏情况下，触发称为缓存雪崩的灾难性连锁反应。</p> https://blog.qife122.com/p/redis%E4%B8%8Evalkey%E9%94%AE%E5%80%BC%E5%AD%98%E5%82%A8%E6%8A%80%E6%9C%AF%E6%B7%B1%E5%BA%A6%E5%AF%B9%E6%AF%94/ Wed, 22 Oct 2025 19:29:40 +0800 https://blog.qife122.com/p/redis%E4%B8%8Evalkey%E9%94%AE%E5%80%BC%E5%AD%98%E5%82%A8%E6%8A%80%E6%9C%AF%E6%B7%B1%E5%BA%A6%E5%AF%B9%E6%AF%94/ <h1 id="选择合适的键值存储redis-vs-valkey">选择合适的键值存储：Redis vs Valkey</h1> <p>不久前，选择内存键值存储还很容易。Redis是默认选择。快速、简单、无处不在。然后规则改变了。Redis转向了限制性更强的许可证。突然之间，许多公司不得不重新考虑他们的计划，特别是如果他们关心保持开源或需要云端的灵活性。</p> https://blog.qife122.com/p/arch-linux-%E4%BB%93%E5%BA%93%E9%87%8D%E5%A4%A7%E5%8F%98%E6%9B%B4valkey-%E6%AD%A3%E5%BC%8F%E5%8F%96%E4%BB%A3-redis/ Sun, 05 Oct 2025 01:19:16 +0800 https://blog.qife122.com/p/arch-linux-%E4%BB%93%E5%BA%93%E9%87%8D%E5%A4%A7%E5%8F%98%E6%9B%B4valkey-%E6%AD%A3%E5%BC%8F%E5%8F%96%E4%BB%A3-redis/ <h2 id="arch-linux---新闻valkey-将取代-extra-仓库中的-redis">Arch Linux - 新闻：Valkey 将取代 [extra] 仓库中的 Redis</h2> <p>2025-04-17 - Andrew Crerar</p> <p>高性能键值数据库 Valkey 将取代 [extra] 仓库中的 Redis。这一变更源于 Redis 在 2024 年 3 月 20 日将其许可证从 BSD-3-Clause 更改为 RSALv2 和 SSPLv1。</p>