10

请假设您有如下方法：

public void PlaceOrder(Order order)
{
     this.SaveOrderToDataBase(order);
     this.bus.Publish(new OrderPlaced(Order));    
}

订单保存到数据库后，将一个事件发布到消息队列系统，以便同一台或另一台机器上的其他子系统处理它。

但是，如果this.bus.Publish(new OrderPlaced(Order))调用失败怎么办？或者机器在将订单保存到数据库后就崩溃了？该事件未发布，其他子系统无法处理它。这是无法接受的。如果发生这种情况，我需要确保最终发布该事件。

我可以使用哪些可接受的策略？哪个是最好的？

注意：我不想使用分布式事务。

编辑：

Paul Sasik 非常接近，我认为我可以达到 100%。这就是我的想法：

首先在数据库中创建一个表事件，如下所示：

CREATE TABLE Events (EventId int PRIMARY KEY)

您可能想要使用 guid 而不是 int，或者您可以使用序列或标识。

然后执行以下伪代码：

open transaction
save order and event via A SINGLE transaction
in case of failure, report error and return
place order in message queue
in case of failure, report error, roll back transaction and return
commit transaction

所有事件都必须包含 EventId。当事件订阅者收到事件时，他们首先检查数据库中是否存在 EventId。

这样您就可以获得 100% 的可靠性，而不仅仅是 99.999%

4

2 回答 2

6

此视频和此博客文章中解释了确保事件最终发布到消息队列系统的正确方法

基本上，您需要将要发送到数据库的消息存储在执行业务逻辑操作的同一事务中，然后将消息异步发送到总线并在另一个事务中从数据库中删除消息：

public void PlaceOrder(Order order)
{
     BeginTransaction();
     Try 
     {
         SaveOrderToDataBase(order);
         ev = new OrderPlaced(Order);
         SaveEventToDataBase(ev);
         CommitTransaction();
     }
     Catch 
     {
          RollbackTransaction();
          return;
     }

     PublishEventAsync(ev);    
}

async Task PublishEventAsync(BussinesEvent ev) 
{
    BegintTransaction();
    try 
    {
         await DeleteEventAsync(ev);
         await bus.PublishAsync(ev);
         CommitTransaction();
    }
    catch 
    {
         RollbackTransaction();
    }

}

因为 PublishEventAsync 可能会失败，你必须稍后重试，所以你需要一个后台进程来重试失败的发送，如下所示：

foreach (ev in eventsThatNeedsToBeSent) {
    await PublishEventAsync(ev);
}
于 2017-06-09T10:31:17.467 回答
2

您可以将this.bus.Publish调用作为this.SaveOrderToDataBase. 这意味着this.SaveOrderToDataBase在事务范围内执行，如果 db 调用失败，您永远不会调用 mq，如果 mq 调用失败，那么您回滚 db 事务，使两个系统处于一致状态。如果两个调用都成功，则提交 db 事务。

伪代码：

open transaction
save order via transaction
in case of failure, report error and return
place order in message queue
in case of failure, report error, roll back transaction and return
commit transaction

您没有提到任何特定的数据库技术，所以这里有一个关于 transactions 的 wiki 文章的链接。即使您是交易新手，这也是一个不错的起点。还有一点好消息：它们并不难实施。

于 2015-06-11T12:41:36.730 回答