java高并发下，前台购买，同时后台修改，怎么设计不会有脏数据？

Question

java代码，用的mongodb数据库，业务场景就是几个商品，前台可以购买，后台可能会在同一时刻修改库存或者上下线商品，怎么设计保证不会产生脏数据。我是新手，目前我的想法是在service层写一个上锁的方法，publicStringupdate（inttype，Stringid，intsum，intstatus）{synchronized(id.intern()){switch（type）{case1：//type为1，前台购买，更改库存sumbreak;case2：//type为2，后台修改，更改库存sum(追加，不直接修改)，状态statusbreak;default：break;}}}但是这样也不太好，如果后台减数量存在负数可能，各位前辈你们是怎么做的，我工作没多久也没啥思路求指路QAQ

Answer 1

首先赞同捏造的信仰的观点，先review下业务是否合理，逻辑是否正确防止并发一般有几种方式：
利用数据库本身的乐观锁机制，这种一般适用于并发冲突概率较小的情况，即乐观的认为不会引起冲突，如果高并发导致同一商品的修改冲突概率非常大，乐观锁显然不太合适，会导致一方的操作失败
通过代码实现内存级别的串行，即楼主使用的锁机制，此类方法使代码复杂度升高，且会影响性能，不太建议
通过消息队列，将并发操作串行化处理，然后使用合适逻辑处理统一商品的同时修改（其实已经变成串行了）
                            

Answer 2

首先，原则上每个订单都要对应到该商品的一个快照，也就是说购买之后不论怎么改商品信息，都不影响订单本身。其次如果商品信息本身的修改涉及多个数据库操作，那么必须做成事务；如果实在无法实现事务，就必须对商品暂时下线，完成修改之后再重新上线。