当前位置：首页 > news >正文

在高并发场景下，仅依赖数据库机制（如行锁、版本控制）无法完全避免数据异常的问题

news 2025/7/14 16:09:06

在面试的过程中，会经常遇到面试官询问:
1、为什么要订单的新增\修改前要增加分布式锁?
不是可以通过联合唯一索引控制重复了嘛？可以通过版本控制并发修改嘛？或者直接行锁或者间隙锁？
我解释了一遍，他们也不信，觉得网上的解决方案就是对的，所以我这里用实际的代码运行结果，解释一遍原因，不信的人可以仿造代码自己执行试试

1、背景
2、一个数据库出现异常问题的代码示例
3、出现这个数据异常问题的原因
4、如何防止出现这种情况

1、背景

在做ToB业务系统时，出现长事务时无可避免的，所以你会发现很多时候在针对某一个订单数据做新增和修改时，都会提前加一个分布式的锁(缓存锁，注册锁都可以)，

这里你可能就有疑问了，新增为什么不靠数据库表的联合唯一索引做限制呢？修改为什么不用version字段做版本控制呢？
带着这些问题，往下看一个异常数据的代码示例

2、一个数据库出现异常问题的代码示例

 @Testpublic void test() throws InterruptedException {// 创建两个线程对象MyThread thread1 = new MyThread(supplierInfoService,"1111");MyThread thread2 = new MyThread(supplierInfoService,"2222");// 启动线程thread1.start();Thread.sleep(500);thread2.start();}

下面是线程的内部实现

 class MyThread extends Thread {private String creatName;private SupplierInfoService supplierInfoService;public MyThread(SupplierInfoService supplierInfoService,String creatName) {this.supplierInfoService = supplierInfoService;this.creatName = creatName;}@Overridepublic void run() {try {supplierInfoService.test123(creatName);} catch (InterruptedException e) {throw new RuntimeException(e);}}
}

下面是supplierInfoService 这个接口的test123方法，在方法也增加了事务注解 @Transactional

volatile int num=0;@Transactional(rollbackFor = Exception.class)@Overridepublic void test123(String createName) throws InterruptedException {SupplierInfoDto supplierInfoDto=supplierInfoDomain.getById(1901453933037268992L);log.error("3333"+createName+JSONObject.toJSONString(supplierInfoDto));num++;while(num<2){}if(createName.equals("2222")){Thread.sleep(500);}supplierInfoDomain.updateCreatUserName(1901453933037268992L,"admin",createName);SupplierInfoDto supplierInfoDto1=supplierInfoDomain.getById(1901453933037268992L);log.error("4444"+createName+JSONObject.toJSONString(supplierInfoDto1));}

SQL如下

 <update id="updateCreatUserName">UPDATE sup_supplier_infoSET create_by=#{newCreatUserName,jdbcType=VARCHAR}WHERE id=#{id,jdbcType=BIGINT} and create_by=#{creatUserName};</update>