重复提交一笔转账交易的问题

先说下这个问题的背景：
熟悉银行业务的朋友们都知道对于一笔网上转账交易来说，假如客户通过网络银行给其他人转账，他发现在网银关于资金转入行的选项中没有他要转入的那个分行或支行，他就必须手工输入银行名称或行号，然后此笔转账交易将落地到后台系统，由银行的柜员手工查找该转入行对应的联行号，方可完成此笔转账，而这样的柜员大多数只专门负责这种交易，眼睛直勾勾盯着柜员机，发现有一笔新的落地交易后就会帮助客户来录入联行号以实现转账。
此时情况就出现了：假设现在有2个柜员同时看到了这笔交易，然后他们在很短的时间间隔内先后录入了联行号点击确定，这就使一笔流水号发向银行核心系统后（由于网络传输是要时间代价的）还没来得及返回，另一柜员提交的同样的一笔流水又发到核心去了。最终客户发现，自己本打算转2w给一个客户，最后却出去4w块钱，不愤怒才怪，呵呵
加之我出差所在的银行的大额系统（也就是快速异地转账系统）没有防止重复提交的功能，换言之，一笔流水号提交上去2次，银行的核心系统就会傻了吧唧的给客户转2次账……
我们公司的系统是一个渠道，本不应该搞这个，但由于乙方从来都是孙子，所以只好替核心的不足擦屁股，设法解决这个问题
费了半天话才刚进入正题，解决上面的问题，方案很简单：
在网银的数据库中新建一个表，就一个字段（主键），用于储存流水号，在发银行核心系统之前，将要转帐的这笔流水insert到此表中（此时第二个柜员就无法再次录入这笔交易了，利用数据库的锁，防止了重复提交），当核心返回数据后判断：
当返回的数据是一个连接异常时，删去数据库中这笔流水（核心压根没接到这个包）
当返回的数据是一个返回超时异常时，不做任何处理（这时代表数据包已经传递给核心系统，至于转账成功与否由于没有得到返回数据我们无从知晓，故只好等待晚上跑批时将当日状态对账）
当返回的数据是核心交易异常时，删去数据库中这笔流水（此笔转账没成功，允许其他柜员再次提交这笔交易）
当返回的数据是交易成功时，不做处理（将此交易的流水号留在库中，其他柜员就无法再次录入此流水的交易）

评论

7 楼 damiao_cn 2008-11-12  

yefeng 写道

damiao_cn 写道
yefeng 写道 你这样做，只能把表设成悲观锁才能解决问题，不然还是会出现问题的 不用设锁吧，表的唯一字段是主键，一条流水只能insert一次，这似乎就够了 那你只能把流水号做为主键，并保证流水号唯一

呵呵，哥们，我在博客里写了啊：“在网银的数据库中新建一个表，就一个字段（主键），用于储存流水号”

6 楼 yefeng 2008-11-11  

damiao_cn 写道

yefeng 写道
你这样做，只能把表设成悲观锁才能解决问题，不然还是会出现问题的 不用设锁吧，表的唯一字段是主键，一条流水只能insert一次，这似乎就够了

那你只能把流水号做为主键，并保证流水号唯一

5 楼 sdh5724 2008-11-10  

web 应用也有这样的问题。

4 楼 damiao_cn 2008-11-10  

yefeng 写道

你这样做，只能把表设成悲观锁才能解决问题，不然还是会出现问题的

不用设锁吧，表的唯一字段是主键，一条流水只能insert一次，这似乎就够了

3 楼 yefeng 2008-11-10  

你这样做，只能把表设成悲观锁才能解决问题，不然还是会出现问题的

2 楼 bydway 2008-11-10  

这样的问题，只要设计好一个同步机制，应该可以解决这个问题。

1 楼 ozzzzzz 2008-11-09  

这个问题经常出现，不仅仅是银行，其他系统比如物流配送，药房配药。问题其实并不是出自软件系统，而是在于业务系统。
比如我们设想一下，没有计算机这个系统，比如在药房。只有拿到药方，你才可能配药。所以不会出这个问题。而这里之所以会出这个问题，其实就是有数个人可能都拿到药方。但是也请注意，一个药方只有一个流水号ID。也就是说你只要保证，一个流水ID只能被提交和运行一次，那么就没有问题。具体如何做到这点，方法就多了。你们这样的做法当然可以，但是这不是唯一的做法。