没有锁的sql server中的主/辅助程序

Question

使用master实现主工作方法的最佳方法是什么？例如，一个java进程(主)将数据放入表中，一个或多个java进程(workers)从表中检索该数据，处理它并更新正在检索的记录中的某些字段。

为了避免sql-server锁，哪种方法更适合实现？

方法1:单个主将数据插入到一个表中，一个工作者检索数据，处理和更新正在检索的记录中的状态标志。

方法2:每个worker都有自己的表，单个主在表中分配数据。每个worker从它自己的表中检索数据，处理它并更新状态标志。

就我所关心的fas而言，没有、没有的方式来执行server，也就是锁定记录的方法。只可能给出一些暗示。如果是的话，第二种做法是否可以接受？

编辑：

@Matt : Java进程可能只是一个线程。锁不是线程锁，而是sql-服务器记录/页/表锁。

为了提高性能，我希望避免sql服务器锁或减少它们。

谢谢。

Answer 1

您无法避免DB锁，这就是在大多数商业关系引擎中如何保证ACID属性的方式。话虽如此，正如马丁指出的那样，你想要的确实是一个队列。队列是生产者-消费者或主-工模式的基石。由表支持的队列是可实现的，并且可以扩展到相当高的范围:数百个一致的队列/脱队列操作是非常可行的。Martin的文章详细解释了如何做到这一点。

您不需要每个工人单独排队，也不需要每个主..。将每个员工分离成一个表只会造成操作障碍:有多少个表？如果我加了个工人呢？如果工作人员超载，我如何将其挂起的工作转移到另一个工作？我如何在空闲期间关闭工人？一个队列是最好的方法，因为您可以动态地添加/减少执行昂贵DB操作(添加新表、转移现有工作等)的工作人员的numebr。单张表还将允许多个工作人员自然地平衡工作。

虽然在技术上是可能的，但我建议不要执行基于状态的表(状态为“处理”，状态为“处理”)。使用真正的队列，当工作人员捡起记录时，从其中删除记录。如果需要持久化状态，请使用表表示状态，使用队列表示事件。已排队的信息应该包含要处理的id。