前提目标表要有索引,查询要开启事物,使用select * from tb with(updlock) where col = xxx将一行数据锁住,其他连接不能再修改表
下面通过一个例子来说明场景如下:
用户账户有余额,当发生交易时,需要实时更新余额。这里如果发生并发问题,那么会造成用户余额和实际交易的不一致,这对公司和客户来说都是很危险的。
那么如何避免:
网上查了下,有以下两种方法:
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:用mysql命令锁住表.
public void test() {
String sql = "lock tables aa1 write"
// 或String sql = "lock tables aa1 read"
// 如果想锁多个表 lock tables aa1 read ,aa2 write , .....
String sql1 = "select * from aa1 "
String sql2 = "unlock tables"
try {
this.pstmt = conn.prepareStatement(sql)
this.pstmt1 = conn.prepareStatement(sql1)
this.pstmt2 = conn.prepareStatement(sql2)
pstmt.executeQuery()
pstmt1.executeQuery()
pstmt2.executeQuery()
} catch (Exception e) {
System.out.println("异常" + e.getMessage())
}
}
对于read lock 和 write lock官方说明:
1.如果一个线程获得一个表的READ锁定,该线程(和所有其它线程)只能从该表中读取。
如果一个线程获得一个表的WRITE锁定,只有保持锁定的线程可以对表进行写入。
其它的线程被阻止,直到锁定被释放时为止。
2.当您使用LOCK TABLES时,您必须锁定您打算在查询中使用的所有的表。
虽然使用LOCKTABLES语句获得的锁定仍然有效,但是您不能访问没有被此语句锁定的任何的表。
同时,您不能在一次查询中多次使用一个已锁定的表——使用别名代替,
在此情况下,您必须分别获得对每个别名的锁定。
对与read lock 和 write lock个人说明:
1.read lock 和 write lock 是线程级(表级别).
2.在同一个会话中加了read lock锁. 只能对这个表进行读 *** 作.对这个表以外的任何表都无法进行增、删、改、查的 *** 作.
但是在不同会话中,只能对加了read lock的表进行读 *** 作.但可以对read lock以外的表进行增、删、改、查的 *** 作.
3.在同一个会话中加了write lock锁.只能对这个表进行读、写 *** 作.对这个表以外的任何表都无法进行增、删、改、查的 *** 作.
但是在不同会话中,无法对加了write lock的表进行读、写 *** 作.但可以对write lock以外的表进行增、删、改、查的 *** 作.
4.如果表中使用了别名.(SELECT * FROM aa1 AS byname_table)
在对aa1加锁时,必须把别名加上去(lock tables aa1 as byname_table read)
在同一个会话中.必须使用别名进行查询.
在不同的会话中.可以不需要使用别名进行查询.
5.在多个会话中可以对同一个表进行lock read *** 作.但不能在多个会话中对同一个表进行lock write *** 作(这些锁将等待已锁的表释放自身的线程锁)
如果多个会话对同一个表进行lock read *** 作.那么在这些会话中,也只能对以锁的表进行读 *** 作.
6.如果要你锁住了一个表,需要嵌套查询.你必须使用别名,并且,要锁定别名.
例如.lock table aa1 read ,aa1 as byname_table read
select * from aa1 where id in (select * from aa1 as xx where id=2)
7.解锁必须用unlock tables
另:
在JAVA程序中,要想解锁,需要调用 unlock tables来解锁.
如果没有调用unlock tables.
关闭connection 、程序结束 、调用GC 都能解锁.
方法2:用记录锁锁表.
public void test() {
String sql = "select * from aa1 for update"
// select * from aa1 lock in share mode
try {
conn.setAutoCommit(false)
this.pstmt = conn.prepareStatement(sql)
pstmt.executeQuery()
} catch (Exception e) {
System.out.println("异常" + e.getMessage())
}
}
1.for update 与 lock in share mode 属于行级锁和页级锁
2.for update 排它锁,lock in share mode 共享锁
3.对于记录锁.必须开启事务.
4.行级锁定事实上是索引记录的锁定.只要是用索引扫描的行(或没索引全表扫描的行),都将被锁住.
5.在不同的隔离级别下还会使用next-key locking算法.即所扫描的行之间的“间隙”也会也锁住(在Repeatable read和Serializable隔离级别下有间隙锁).
6.在mysql中共享锁的含义是:在被共享锁锁住的行,即使内容被修改且并没有提交.在另一个会话中依然看到最新修改的信息.
在同一会话中加上了共享锁.可以对这个表以及这个表以外的所有表进行增、删、改、查的 *** 作.
在不同的会话中.可以查到共享锁锁住行的最新消息.但是在Read Uncommitted隔离级别下不能对锁住的表进行删,
改 *** 作.(需要等待锁释放才能 *** 作...)
在Read Committed隔离级别下不能对锁住的表进行删,改 *** 作.(需要等待锁释放才能 *** 作...)
在Repeatable read隔离级别下不能对锁住行进行增、删、改 *** 作.(需要等待锁释放才能 *** 作...)
在Serializable隔离级别下不能对锁住行进行增、删、改 *** 作. (需要等待锁释放才能 *** 作...)
7.在mysql中排他锁的含义是:在被排它锁锁住的行,内容修改并没提交,在另一个会话中不会看到最新修改的信息。
在不同的会话中.可以查到共享锁锁住行的最新消息.但是Read Uncommitted隔离级别下不能对锁住的表进行删,
改 *** 作.(需要等待锁释放才能 *** 作...)
在Read Committed隔离级别下不能对锁住的表进行删,改 *** 作.(需要等待锁释放才能 *** 作...)
在Repeatable read隔离级别下不能对锁住行进行增、删、改 *** 作.(需要等待锁释放才能 *** 作...)
在Serializable隔离级别下不能对锁住行进行增、删、改 *** 作. (需要等待锁释放才能 *** 作...)
8.在同一个会话中的可以叠加多个共享锁和排他锁.在多个会话中,需要等待锁的释放.
9.SQL中的update 与 for update是一样的原理.
10.等待超时的参数设置:innodb_lock_wait_timeout=50 (单位秒).
11.任何可以触发事务提交的命令,都可以关闭共享锁和排它锁.
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)