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

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

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

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

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

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

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

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

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

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

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

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