分布式锁服务[关闭]

Question

你会使用哪种分布式锁服务？

要求是：

1. 可以从不同进程/机器看到的互斥（锁）
2. 锁定...释放语义
3. 一定超时后自动释放锁 - 如果锁持有者死亡，它将在 X 秒后自动释放
4. Java 实现
5. 很高兴拥有：.Net 实现
6. 如果它是免费的：死锁检测/缓解
7. 易于部署，请参见下面的说明。

我对“可以通过数据库完成”或“可以通过 JavaSpaces 完成”之类的答案不感兴趣——我知道。我对现成的、开箱即用的、经过验证的实施很感兴趣。

Answer 1

街区里的一个新孩子是hazelcast。我一直在使用它，它的使用和配置非常简单。

据我所知，Gigaspaces 和 hazelcast 之间不应该有任何冲突，因为 hazelcast 没有任何依赖关系，即没有 jgroups.jar 等

榛树：

1. 互斥（锁定），是的java.util.concurrency.locks.Lock 的实现
2. 在特定超时后自动释放锁，是的，如果成员离开集群，所有锁都会被释放
3. Java 实现，是的
4. 很高兴拥有：.Net 实现，不是纯 java 解决方案，可能可以移植到 j#
5. 如果它是免费的：死锁检测/缓解，不，我的 Hazelcast 没有努力处理这个问题
6. 易于部署，它是带有单个配置文件的单个 jar，作为应用程序的一部分进行部署，无需其他流程

Answer 2

查看 Apache 的 Zookeeper（一个 Hadoop 子项目）——它提供分布式同步。文档不是很好，但其中的内容使它看起来是一个有趣的产品 - 查看食谱以获取有关如何使用 Zookeeper 的想法。

它的级别比您可能想要的要低，而且它确实需要额外的部署，因为它建议使用专用服务器。

您可以对不同的锁定策略进行建模，它确实为锁持有者死亡（临时节点）提供了解决方案。

Answer 3

Teracotta，包括开源版本，通过使用 synchronized 或 java.util.concurrent.ReentrantReadWriteLock 具有分布式锁定语义 - 后者显然符合您的要求。

---

更新

既然问题现在添加了与 GigaSpaces '混合'的要求，我想说不要混合它们。它只会增加您的技术堆栈的复杂性，并且需要付出以下努力：

• 在代码和基础架构方面进行集成；
• 管理它们之间的同步；
• 学习/调整/调试 Teracotta。

将更好地用于创建或实施基于 GigaSpaces 的锁定解决方案。

Answer 4

我建议使用Redisson，它是基于内存数据网格的Redis。它实现了熟悉的 Java 数据结构，包括分布式 java.util.Lock 和 java.util.concurrent.ReentrantReadWriteLock 对象。包括设置租约时间的能力。 Lock用法示例：

Redisson redisson = Redisson.create(config);

Lock lock = redisson.getLock("anyLock");
try {
   // unlock automatically after 10 seconds of hold
   lock.lock(10, TimeUnit.SECONDS);

} finally {
   lock.unlock();
}

...

redisson.shutdown();

支持 Azure 和 AWS 等云供应商。

Answer 5

ZooKeeper 在Apache Curator 框架的帮助下成为分布式锁定的事实标准。查看recipes 中的锁以获取更多信息。

Answer 6

Oracle Coherence 非常稳定和成熟，包括互斥支持：

  cache.lock(key, -1);
    try {
      // .. add your critical code here
    } finally {
      cache.unlock(key);
    }

锁在服务器故障、滚动重启等情况下仍然存在。

为了全面披露，我在 Oracle 工作。这篇文章中表达的观点和观点是我自己的，并不一定反映我雇主的观点或观点。