1

快速概览我们的拓扑：

网站向 nServiceBus 服务器发送命令，该服务器接受命令，然后发布正确的发布/订阅事件。该服务还具有消息处理程序，可以对数据库执行一些处理以响应命令，例如：

1 用户在网站上注册 2 网站向另一台服务器上的 nServicebus 服务发送 nServicebus 命令。3 nServicebus 服务器有一个处理该特定类型命令的处理程序，该处理程序将某些内容记录到数据库并发送一封欢迎电子邮件

自从建立这种架构以来，我们开始在数据库上遇到死锁。我已将其追溯到数据库服务器上的 MSDTC。如果我在数据库服务器上关闭该服务，nServicebus 开始抛出错误，这对我来说表明 nServiceBus 已经在事务中登记数据库更新。

我不希望这种情况发生，我想自己处理失败的数据库，我只希望事务确保消息传递到我的 nServicebus 代理服务。我不希望从网络一直到通过 2 个服务器到数据库再返回的事务。

有什么建议么？

编辑：这篇文章提供了一些线索，但是我不完全确定这是继续的正确方法.. NServiceBus - 在消息处理程序中使用 TransactionScopeOption.Suppress 的问题

EDIT2：我们希望数据库在事务范围之外工作的原因是目的是在另一台服务器上“异步”处理这些命令，以免减慢网站速度和/或导致用户等待这些时间运行聚合命令。如果数据库在事务范围内，是否会在向分销商发出原始命令时阻止网站上的执行？对于这种情况，是否有更好的 nServicebus 架构？我们希望命令快速触发并将控制权返回给网站，以便用户可以快速继续，而不必等待我们长时间运行的 DB 命令，该命令正在更新聚合计数和发送电子邮件等。

4

1 回答 1

2

我不建议让数据库在 NServiceBus 事务的上下文之外工作。相反，请尝试降低事务的隔离级别。这可以通过调用来完成：

.IsolationLevel(System.Transactions.IsolationLevel.ReadCommited)

在流畅的配置中。在 v2.6 中，您必须将其放在 .MsmqTransport() 之后。在 v3.0 中，您几乎可以将此调用放在任何地方。

对 EDIT2 的回应：

只需使用 NServiceBus 就可以实现不减慢网站速度的目标，无论其他服务器上运行的事务级别如何。使用事务是为了保证消息在失败的情况下不会丢失，并且您不必编写自己的重复数据删除逻辑。

于 2012-03-22T07:24:55.010 回答