分布式服务下的交易一致性解决方案
- 银行很强势,我们什么都不管(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();
}
@事务{
保存(结果)
}
}
四、单例&多线程
两种方式
- double check instance
- static inner class