请教一个问题,redis 锁相关的

[CantSee]

1.一个平台中有若干个商户,商户在平台上各自有一个虚拟账户;平台也有虚拟账户,专门给商户汇款,只是做数据库加减的操作,这个钱可提现; 2.查到所有的商户后,进行打款的操作,这个锁是加到循环中还是循环外面呢,锁默认时间是 30S; 3.可能会有其他的接口会查询到这个账户余额之类的;

[xjmroot]

你这说的应该是里面，向这样
for(...所有商户...){
write_lock(付款方,收款方)
付款方 -￥
收款方 +￥
write_unlock(付款方,收款方)
}

[damai0419]

3 对问题没影响吧。查询也不需要锁。

[Vegetable]

差别不那么大，加到内部就行，你每次的操作只涉及到两个账户，其他账户没必要同时锁住

[CantSee]

@xjmroot 对是这样的,我现在是这样做的,但是感觉频繁的加锁和解锁不是很好,想寻求其他的解决方案

[rahuahua]

关于钱这种东西，居然这么豪放，不用 RDBMS，用 redis 锁

[dengkj]

应该加到循环里，另外应该用数据库锁，不应该用 Redis 锁，这样可靠性更高

[wqhui]

@damai0419 查询如果想要保证是最新的数据还是要拿锁的，不然可能会出现读的时候正在进行修改余额的流程但还未写入库，然后读到的是旧数据

[CantSee]

@Vegetable 再加上数据库的悲观锁

[wqhui]

@CantSee 你是想着在循环外锁，一批账户一块锁了，只加解锁一次？但锁了以后这一批账号这段时间内都没法操作了。只有在没业务的时间段比如凌晨什么的才可以这么干，如果这操作随时进行，而且执行时间过长，能被感觉到，你想想会不会被投诉

[damai0419]

@wqhui 不太明白呀，既然数据未入库，就应该查不到呀。如果事务失败回滚了，但却查到的是未入库的数据，不就有问题了嘛？

[wqhui]

@damai0419 我的意思是数据库内这个账号原来就有数据了，然后在进行着更新这个账号数据的操作，但还未提交，这时查询不检测锁直接查，得到的就是旧数据了，类似于数据库不可重复读。在它这个业务中就有可能出现，我原本账户余额是 0，卖了东西账户余额应该增加到 10，这个增加的操作还未完成的时候我查询账户余额就会是 0，拿去做提现的时候，因为提现是需要拿锁就可以大概率可以保证拿到最新数据（ redis 锁有种情况会导致多个事务都拿到了同一个锁），就会出现查询的跟提现不一致的情况