Java如何实现对数据库的行锁

2023年6月3日 323次阅读 来源: 刘尊礼

场景如下：     用户账户有余额，当发生交易时，需要实时更新余额。这里如果发生并发问题，那么会造成用户余额和实际交易的不一致，这对公司和客户来说都是很危险的。 那么如何避免：     网上查了下，有以下两种方法：     1、使用悲观锁             当需要变更余额时，通过代码在事务中对当前需要更新的记录设置for update行锁，然后开始正常的查询和更新操作             这样，其他的事务只能等待该事务完成后方可操作             当然要特别注意，如果使用了Spring的事务注解，需要配置一下：

    <!-- (事务管理)transaction manager, use JtaTransactionManager for global tx -->  
    <bean id="transactionManager"  
        class="org.springframework.jdbc.datasource.DataSourceTransactionManager">  
        <property name="dataSource" ref="dataSource" />  
    </bean>
    <!-- 使用annotation定义事务 -->
     <tx:annotation-driven transaction-manager="transactionManager" />

 在指定代码处添加事务注解

@Transactional
    @Override
    public boolean increaseBalanceByLock(Long userId, BigDecimal amount)
        throws ValidateException {
        long time = System.currentTimeMillis();
        //获取对记录的锁定
        UserBalance balance = userBalanceDao.getLock(userId);
        LOGGER.info("[lock] start. time: {}", time);
        if (null == balance) {
            throw new ValidateException(
                ValidateErrorCode.ERRORCODE_BALANCE_NOTEXIST,
                "user balance is not exist");
        }
        boolean result = userBalanceDao.increaseBalanceByLock(balance, amount);
        long timeEnd = System.currentTimeMillis();
        LOGGER.info("[lock] end. time: {}", timeEnd);
        return result;
    }

MyBatis中的锁定方式，实际测试该方法确实可以有效控制，不过在大并发量的情况下，可能会有性能问题吧

  <select id="getLock" resultMap="BaseResultMap" parameterType="java.lang.Long">
        <![CDATA[
            select * from user_balance where id=#{id,jdbcType=BIGINT} for update;
        ]]>
    </select>

 

    2、使用乐观锁             这个方法也同样可以解决场景中描述的问题（我认为比较适合并不频繁的操作）：             设计表的时候增加一个version（版本控制字段），每次需要更新余额的时候，
先获取对象，update的时候根据version和id为条件去更新，如果更新回来的数量为0，说明version已经变更
            需要重复一次更新操作，如下：sql脚本             

update user_balance set Balance = #{balance,jdbcType=DECIMAL},Version = Version+1 where Id = #{id,jdbcType=BIGINT} and Version = #{version,jdbcType=BIGINT}

 这是一种不使用数据库锁的方法，解决方式也很巧妙。当然，在大量并发的情况下，一次扣款需要重复多次的操作才能成功，还是有不足之处的。不知道还有没有更好的方法。

当然还有另一种方法：标志位

　　1.修改正式数据之前，先查询该条数据是否处于操作中；分两种情况

　　　　1）.如果标志位显示空闲；把标志位修改成正在操作中；

　　　　2）.如果标志位显示正在操作中，那么一会儿之后再操作；

　　2.修改正式数据，顺便把标志位恢复，相当于把锁还回去。

 

 

 

    原文作者：刘尊礼
    原文地址: http://www.cnblogs.com/liuzunli/articles/6513996.html
    本文转自网络文章，转载此文章仅为分享知识，如有侵权，请联系博主进行删除。
点赞