分布式服务下的交易一致性解决方案

• 银行很强势，我们什么都不管(1. 调一次，我出款一次; 2. 不提交任何冥等操作)
• 我们什么都没有(没有分布式事务)
• 用户只提交一次
• 我们只能成功一次

一、远程调用与本地事务区分开(别人挂, 我们不挂)

事务方法里面不能创建远程调用

悲观锁
select * from xxx where id = xxx for update;

乐观锁
select version from xxxx where id = xxx;
update xxx set xxx = xxx where id = xxx and version = 'version';

基于状态机的乐观锁
int i = update xxx set status = 4 where id = xxx and status = 1;
i = 1 锁成功, i = 0 锁失败

二、并发问题

数据库锁

三、交易申请

方案 1
@事务{
    结果=调用()
    保存(结果)
}

方案2
@事务{
    锁=锁(订单)
}
if(锁){
    结果=调用();

    @事务{
        保存(结果)
    }
}

方案3 (重点)
@事务{
    锁=锁(订单)
    if(锁){
      申请 = 插入(申请)
    }
}

//============================ 可重复执行, 例如定时任务
if(申请){
    @事务{
        锁 = 锁(申请);
    }
    if(锁){
      结果=调用();
    }
    @事务{
      保存(结果)
    }
}

  ||
  ||

if(申请){
    @事务{
        锁 = 锁(xxx);
    }
    if(锁){
      结果=doxxx();
    }
    @事务{
      保存(结果)
    }
}

四、单例&多线程

两种方式

1. double check instance
2. static inner class

阅读更多

更多精彩内容