大橙子网站建设,新征程启航
为企业提供网站建设、域名注册、服务器等服务
MySQL 5.1支持对MyISAM和MEMORY表进行表级锁定,对BDB表进行页级锁定,对InnoDB表进行行级锁定。
创新互联公司成立与2013年,公司以网站建设、网站制作、系统开发、网络推广、文化传媒、企业宣传、平面广告设计等为主要业务,适用行业近百种。服务企业客户上1000+,涉及国内多个省份客户。拥有多年网站建设开发经验。为企业提供专业的网站建设、创意设计、宣传推广等服务。 通过专业的设计、独特的风格,为不同客户提供各种风格的特色服务。
如果不能同时插入,为了在一个表中进行多次INSERT和SELECT操作,可以在临时表中插入行并且立即用临时表中的记录更新真正的表。
这可用下列代码做到:
mysql LOCK TABLES real_table WRITE, insert_table WRITE;
mysql INSERT INTO real_table SELECT * FROM insert_table;
mysql TRUNCATE TABLE insert_table;
mysql UNLOCK TABLES;
1、在mysql数据库中如何锁定一行数据,保证不被其他的操作影响。
2、从对数据的操作类型分为读锁和写锁。从对数据操作的粒度来分:表锁和行锁。
3、现在我们建立一个表来演示数据库的行锁讲解。
4、行锁基本演示如下图所示。
5、如果两个会话操作的是不同的行,就不会互相阻塞了。
mysql中使用select
for
update的必须针对InnoDb,并且是在一个事务中,才能起作用。
select的条件不一样,采用的是行级锁还是表级锁也不一样。
由于
InnoDB
预设是
Row-Level
Lock,所以只有「明确」的指定主键,MySQL
才会执行
Row
lock
(只锁住被选取的资料例)
,否则
MySQL
将会执行
Table
Lock
(将整个资料表单给锁住)。
举个例子:
假设有个表单
products
,里面有
id
跟
name
二个栏位,id
是主键。
例1:
(明确指定主键,并且有此笔资料,row
lock)
SELECT
*
FROM
products
WHERE
id='3'
FOR
UPDATE;
例2:
(明确指定主键,若查无此笔资料,无
lock)
SELECT
*
FROM
products
WHERE
id='-1'
FOR
UPDATE;
例2:
(无主键,table
lock)
SELECT
*
FROM
products
WHERE
name='Mouse'
FOR
UPDATE;
例3:
(主键不明确,table
lock)
SELECT
*
FROM
products
WHERE
id'3'
FOR
UPDATE;
例4:
(主键不明确,table
lock)
SELECT
*
FROM
products
WHERE
id
LIKE
'3'
FOR
UPDATE;
注1:
FOR
UPDATE
仅适用于
InnoDB,且必须在交易区块(BEGIN/COMMIT)中才能生效。
注2:
要测试锁定的状况,可以利用
MySQL
的
Command
Mode
,开二个视窗来做测试。
下面通过一个例子来说明
场景如下:
用户账户有余额,当发生交易时,需要实时更新余额。这里如果发生并发问题,那么会造成用户余额和实际交易的不一致,这对公司和客户来说都是很危险的。
那么如何避免:
网上查了下,有以下两种方法:
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}
这是一种不使用数据库锁的方法,解决方式也很巧妙。当然,在大量并发的情况下,一次扣款需要重复多次的操作才能成功,还是有不足之处的。不知道还有没有更好的方法。
手动加锁:
表级锁
lock tables tablename read;//共享锁
lock tables tablename write;//排它锁
unlock tables;//解锁
php直接query就行了。
除了MyIsam,谁还会无聊到显式加锁?
InnoDB直接跑事务默认会触发隐式锁,不需要自己lock和unlock。
SELECT ... LOCK IN SHARE MODE sets a shared mode lock on the rows read
你可以这样写SQL
SELECT * FROM table_name LOCK IN SHARE MODE