Redis 许可变更：开源界的巨石 导言 近来，内存数据库供应商 Redis 宣布了一项重大变更，该变更将在开源界掀起轩然大波。Redis 将转向双许可模式，并采用更严格的许可条款。此举引起了社区的广泛不满和担忧。 许可条款变更 自 Redis 7.4 版本起，该软件将采用双重许可，即 Redis 源代码可用许可 (RSALv2) 和服务器端公共许可 (SSPLv1)。在此之前，Redis 的源代码是在宽松的 BSD 3 条款许可下提供的，允许开发者在商业环境中免费使用。 新许可对于商业用途的限制更加严格。根据 RSALv2，云服务提供商和其他第三方不得在未经 Redis 明确许可的情况下分发 Redis 源代码的修改版本。另一方面，SSPLv1 则对商业使用没有限制，但要求修改后的代码在分发时必须包含原始许可条款。 争议的根源 Redis 官方声称此举是为了解决云服务提供商免费使用 Redis 源代码的问题，这些提供商将 Redis 的投资和开源社区商品化。大多数开源倡导者认为此举与开源精神背道而驰。 开源软件许可证允许开发者免费使用、修改和分发软件，而无需向原始版权所有者支付费用。双许可模式违背了这一原则，因为它在商业用途上设置了障碍。 行业影响 Redis 许可条款的变更可能会对行业产生重大影响。一些 Linux 发行版已经表示将从其代码库中删除 Redis，而替代方案（例如使用 BSD 许可的 KeyDB）可能会获得更大份额。 此举可能会使 Redis 难以与其他开源软件集成。修改后的 Redis 源代码将必须遵守 RSALv2 许可条款，这可能会限制与基于其他许可证（例如 GPL）的软件的互操作性。 替代方案 随着 Redis 许可变更，一些开发者和组织正在探索替代方案。 KeyDB：基于 Redis 的分支，采用 BSD 许可，免费用于所有用途。 Ga：微软开发的 Redis 替代品，采用 Apache 2.0 许可，更适合商业用途。 Dragonfly：由 Redis 前首席架构师创建的 Redis 替代品，采用 BSL 许可，可能限制与其他开源软件的集成。 结论 Redis 许可变更引发了开源界的强烈反对。此举被视为对开源原则的背叛，可能会对行业产生深远影响。虽然替代方案正在出现，但 Redis 是否能够维持其在开源社区中的主导地位仍有待观察。 最终，Redis 的决定可能会证明是自掘坟墓。通过收紧许可条款，Redis 可能已经疏远了其最忠实的支持者——开源开发者和用户。

---

java web开发缓存方案，ehcache和redis哪个更好

ehcache直接在jvm虚拟机中缓存，速度快，效率高；但是缓存共享麻烦，集群分布式应用不方便。 redis是通过socket访问到缓存服务，效率比ecache低，比数据库要快很多，处理集群和分布式缓存方便，有成熟的方案。 如果是单个应用或者对缓存访问要求很高的应用，用ehcache。 如果是大型系统，存在缓存共享、分布式部署、缓存内容很大的，建议用redis。 摘引自：作者：饶维立链接：来源：知乎著作权归作者所有。 商业转载请联系作者获得授权，非商业转载请注明出处。

ehcache 如何配置效果最好

Ehcache在java项目广泛的使用。 它是一个开源的、设计于提高在数据从RDBMS中取出来的高花费、高延迟采取的一种缓存方案。 正因为Ehcache具有健壮性（基于java开发）、被认证（具有apache 2.0license）、充满特色（稍后会详细介绍），所以被用于大型复杂分布式web application的各个节点中。 1.够快Ehcache的发行有一段时长了，经过几年的努力和不计其数的性能测试，Ehcache终被设计于large, high concurrency systems.2. 够简单开发者提供的接口非常简单明了，从Ehcache的搭建到运用运行仅仅需要的是你宝贵的几分钟。 其实很多开发者都不知道自己用在用Ehcache，Ehcache被广泛的运用于其他的开源项目比如：hibernate3.够袖珍关于这点的特性，官方给了一个很可爱的名字small foot print ，一般Ehcache的发布版本不会到2M，V 2.2.3才 668KB。 4. 够轻量核心程序仅仅依赖slf4j这一个包，没有之一！5.好扩展Ehcache提供了对大数据的内存和硬盘的存储，最近版本允许多实例、保存对象高灵活性、提供LRU、LFU、FIFO淘汰算法，基础属性支持热配置、支持的插件多6.监听器缓存管理器监听器 （CacheManagerListener）和 缓存监听器（CacheEvenListener），做一些统计或数据一致性广播挺好用的如何使用？够简单就是Ehcache的一大特色，自然用起来just so easy!redisredis是在memcache之后编写的，大家经常把这两者做比较，如果说它是个key-value store 的话但是它具有丰富的数据类型，我想暂时把它叫做缓存数据流中心，就像现在物流中心那样，order、package、store、classification、distribute、end。 现在还很流行的LAMP PHP架构 不知道和 redis+mysql 或者 redis + mongodb的性能比较（听群里的人说mongodb分片不稳定）。 先说说reidis的特性