欢迎来到代码驿站!

Mysql

当前位置:首页 > 数据库 > Mysql

MySQL几种更新操作的案例分析

时间:2022-10-11 12:10:43|栏目:Mysql|点击:

本文将通过一个 用户账户金额更新的案例 分析几种数据更新的操作的优劣。希望对大家有帮助 🐶。

数据库版本 : mysql 5.7.23

案例分析

创建数据库的DDL:

CREATE TABLE `hw_account` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(20) DEFAULT NULL,
  `balance` int(11) DEFAULT NULL,
  `status` varchar(20) DEFAULT NULL,
  `create_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `update_time` timestamp NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8mb4;

更新账户金额

直接更新

方案 1 查询后更新

# 数据查询
select * from hw_account where id = 1;

# 数据更新
update hw_account set balance = 5 where id = 1;

存在的问题,就是分两次操作,如果并发执行的时候,可能造成更新丢失的问题.

乐观锁方案

利用版本号操作,即对数据库增加乐观锁的方式进行。

# 数据查询
select * from hw_account where id = 1;

# 数据更新
update hw_account set balance = 5 , version = version + 1 
  where id = 1 and version = n;
  
# 判断是否成功  
if row < 1 {
   回滚
}

存在的问题,如果该条数据并发操作的时候,会导致其他的请求失败。如果这个请求的前置链路比较长的话, 回滚成本比较高。

无锁方案

不用查询,采用数据库的计算,也不需要版本号的操作,直接通过域值进行有效性判断。具体的 SQL 如下:

# 数据更新
update hw_account set balance = balance + @change_num , version = version + 1 
  where id = 1 and version = n;
  
# 判断是否成功  
if row < 1 {
   回滚
}   

这种方案修改比较简单, 但是依赖于数据计算,感觉不是特别友好。

排队操作

通过 redis 或者 zk 的分布式锁,进行数据请求进行排队。然后在进行数据更新。

# 伪代码

if (获取分布式锁) {
  update hw_account set balance = @balance where id = 1;
} else {
  # 进入等待,或者进行自旋获取锁
}

常见问题

如果数据中存在 update_time 字段受影响的行数是多少?

update_time 的字段定义如下,如果数据为id = 1, status = 1 如果执行更新数据的 sql 为

update hw_account set `status` = 1 where id = 1;

返回的受影响的行数为 0;

如果执行 update 更新但受影响的行数为 0 会加行锁吗?

会的, 执行更新的语句都会加行锁(前提,事务内)

参考资料

mysql.com

上一篇:解决修改mysql的data_dir所引发的错误问题

栏    目:Mysql

下一篇:一文了解MYSQL三大范式和表约束

本文标题:MySQL几种更新操作的案例分析

本文地址:http://www.codeinn.net/misctech/216017.html

推荐教程

广告投放 | 联系我们 | 版权申明

重要申明:本站所有的文章、图片、评论等,均由网友发表或上传并维护或收集自网络,属个人行为,与本站立场无关。

如果侵犯了您的权利,请与我们联系,我们将在24小时内进行处理、任何非本站因素导致的法律后果,本站均不负任何责任。

联系QQ:914707363 | 邮箱:codeinn#126.com(#换成@)

Copyright © 2020 代码驿站 版权所有