关于mysql事务行锁for update实现写锁的功能

最新推荐文章于 2025-04-27 15:12:22 发布

原创最新推荐文章于 2025-04-27 15:12:22 发布 · 2.1w 阅读

8 ·

CC 4.0 BY-SA版权

本文探讨了在高并发环境下，如何利用事务和forupdate机制来防止商品库存被重复购买，确保库存数量的一致性和准确性。

在电子商务里,经常会出现库存数量少,购买的人又特别多,大并发情况下如何确保商品数量不会被多次购买.

其实很简单,利用事务+for update就可以解决.

我们都知道for update实际上是共享锁,是可以被读取的.但是如何在执行时,不被读取呢.

简单来说:假设现在库存为1,现在有A和B同时购买

先开启一个事务

begin;

select stock from good where id=1 for update;//查询good表某个商品中stock的数量

查出来后,在程序里在判断这个stock是否为0(你用什么语言,不关我事)

最后在执行

update good set stock=stock-1 where id=1

最后在

commit

但是这个时候B也是select stock from good where id=1 for update;注意:for update不能省略..这个时候会出现被锁住,无法被读取.

所以这就能够保证了商品剩余数量为1的一致性.

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

我最猪头

关注关注

4
点赞
踩
8

收藏

觉得还不错? 一键收藏
1
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

MySQL的`FOR UPDATE`详解

私聊前往站内信：https://i.youkuaiyun.com/#/msg/chat/weixin_44976692

01-25

2万+

通过本博客，我们详细了解了MySQL中的FOR UPDATE语句，它在事务中起到了锁定数据行的关键作用，确保了数据的一致性和可靠性。FOR UPDATE有所帮助。如果有任何问题或建议，请随时与我们分享。下一篇博客将继续介绍更多有关数据库的知识，敬请期待！

select for update加了行锁还是表锁？

BASK2311的博客

01-11

1018

大家，我是田螺。最近在开发需求的时候，用到了。在代码评审的时候，一位同事说，唯一索引+一个非索引字段，是否可能会锁全表呢？本文田螺哥将通过9个实验操作的例子，给大家验证到底加了什么锁，是表锁还是行锁。以下是本文的提纲哈：因为加锁是跟数据库的隔离级别息息相关的。而常用的数据库隔离级别也就RC(读已提交)和RR(可重复读)，所以本文分别根据RC(读已提交) 和 RR(可重复读)隔离级别展开讲述。公众号：捡田螺的小男孩github我是捡田螺的小男孩。通过本文，大家学到哪些知识点呢？

1 条评论您还未登录，请先登录后发表或查看评论

for update加锁

qq_38886614的博客

06-08

3251

一、for update定义 for update是一种行级锁，又叫排它锁，一旦用户对某个行施加了行级加锁，则该用户可以查询也可以更新被加锁的数据行，其它用户只能查询但不能更新被加锁的数据行．如果其它用户想更新该表中的数据行，则也必须对该表施加行级锁．即使多个用户对一个表均使用了共享更新，但也不允许两个事务同时对一个表进行更新，真正对表进行更新时，是以独占方式锁表，一直到提交或复原该事务为止。行锁永远是独占方式锁。只有当出现如下之一的条件，才会释放共享更新锁： 1、执行提交（COMMIT）语句 2、退

For update 真的是行锁吗？

楷楷的博客

04-15

1411

对于刚学的同学和像我一样已经有几年开发经验的朋友，一提到 For update ，不就是为了更新而存在的查询语句嘛，在查询后，这条记录会被一直锁定无法被其他事务修改，直到本次事务提交。网上也是铺天盖地的都是这类说法。这类说法对，也不全对。因为今天的一次线上错误，让我又重新认识了一下 For update 这位熟悉又陌生的朋友。（本文均以 Mysql 举例）具体理论知识参考：数据库的事务等级（事务的隔离级别）我们知道根据事务的基本要素和会产生的并发问题，引出...

一文理解MySQL的For Update行级锁

Lion_Long的博客

06-22

1万+

For update是MySQL中用于实现行锁的一种语法，其主要作用是在SELECT查询语句中加上FOR UPDATE子句，以保证查询结果集中的每一行都被锁定，避免其他事务对这些行进行修改。在执行For update语句时，MySQL会首先获取表级共享锁，然后再根据WHERE条件锁定符合条件的行。锁定的范围包括了WHERE条件筛选出来的所有行，即使有些行并不满足WHERE条件。

深度解析 `FOR UPDATE`：数据库行锁的精准掌控之道

最新发布

hi星尘的博客

04-27

1972

FOR UPDATE既是并发控制的利刃，也是性能优化的双刃剑。理解其底层原理、掌握使用边界，并在不同场景中灵活选择锁策略，是构建高并发、高可用系统的必修课。在云原生和分布式架构日益主流的今天，FOR UPDATE的角色或许会逐渐弱化，但其背后体现的并发控制思想，仍将是数据库技术的核心基石之一。

Mysql的行锁，改一行锁一行

无休居士的博客

11-01

2294

共享锁主要是用来解决数据一致性问题的。加上共享锁之后，该条数据在其他事务中只读但不可以修改。排他锁就像它的名字一样，排斥其他的锁机制，也就是说加上排他锁之后，将无法再添加任何其他锁。

Mysql剖析(四)----Mysql的行锁、表锁、间隙锁详解

weixin_52466601的博客

08-29

1745

简介：编程中的锁是一种同步机制，用于控制对共享资源的访问，确保同一时间只有一个线程可以访问共享资源，从而避免竞态条件和其他并发问题，保证线程安全和正确的数据访问。锁的概念来源于日常生活，其中锁和钥匙用于控制对某个空间的访问，确保安全隐私。在编程中，锁用于控制对共享资源访问，防止多个线程同一时间修改同一数据，从而引发数据不一致的问题。锁的实现方式多种多样，包括悲观锁和乐观锁等，具体选用哪种取决于应用程序的特定需求和并发控制的复杂性。

mysql for update 锁_从 select ... for update来分析mysql的锁

weixin_34348050的博客

01-18

908

一 mysql的悲观锁 - 以行锁做示例每次拿数据的时候都认为别的线程会修改数据，所以每次拿数据的时候都会给数据上锁。上锁之后，当别的线程想要拿数据时，就会阻塞。直到给数据上锁的线程将事务提交或者回滚。传统的关系数据库里面很多用了这种锁机制，比如行锁，表锁，共享锁，排他锁等，都是在做操作之前先上锁。下面的图从网上粘的，用mysql的两个视窗演示一下行锁(左边先执行)(1) 左边的线程，在事务中通过...

MySQL行锁，Django-ORM实现行锁，行锁实现乐观锁和悲观锁

AZURE060606的博客

06-29

547

MySQL 中只有InnoDB 引擎支持行级锁。行锁是在执行 DML 操作（如。语句用于在事务中对选定的行加锁。

mysql的update的加锁情况

m0_37662478的博客

08-16

2450

在 InnoDB 事务中，对记录加锁带基本单位是 next-key 锁，但是会因为一些条件会退化成间隙锁，或者记录锁。加锁的位置准确的说，锁是加在索引上的而非行上。在 update 语句的 where 条件没有使用索引，就会全表扫描，于是就会对所有记录加上 next-key 锁（记录锁 + 间隙锁），相当于把整个表锁住了。在 update 语句的 where 条件使用了唯一索引，那么 next-key 锁会退化成记录锁，也就是只会给一行记录加锁。...

select for update是行锁还是表锁，还真得看情况

程序新视界

01-16

3530

对于软件或框架来说，特别是在有大版本更新的情况下，脱离了具体版本的结论往往是无意义的。此时，数据库一共加了8把锁，一把表级别的IX意向排他锁，6把基于主键的针对数据记录（总共6条）的X锁，一把针对记录的supremum pseudo-record锁。通过上面的结论，我们可以看出，并不是简单的说“有索引就是行锁，无索引就是表锁”，因为在事务隔离级别为RC时，无索引，同样表现（被优化）为行锁。此时，可以看到四把锁，一把表级别的IX锁，一把基于普通索引的X排他锁，一把基于主键的行级排他锁，一把基于普通索引的。

我敢打赌！这道关于MySQL中update加锁的问题，大部分人都答不出来

ylguoguo6666的博客

02-15

2710

先把答案给发出来：先删除索引值为 25 的节点，再插入索引值为 3 的节点，这样，这颗 B+ 树才能满足顺序性。

mysql之update语句锁分析

weixin_42189550的博客

09-30

2533

Mysql之update加锁

MySQL锁篇

qq_58360406的博客

03-11

1075

从初级到高级，mysql锁篇

深入理解select for update的含义和锁机制

热门推荐

博客

12-03

1万+

行级锁是对所选数据行加锁，即当一个事务对某些数据行使用select for update时，其他事务可以继续对其他数据行进行读取和写入操作，只有对被锁定的数据行进行修改时才会被阻塞。通过本文的阅读，读者将能够深入理解select for update的含义和锁机制，掌握它的基本用法和注意事项，以及了解它在并发环境下的优势和性能影响。通过本文的阅读，读者可以深入了解select for update的含义和锁机制，掌握它的基本用法和注意事项，并了解它在并发环境下的优势和性能影响。

MySQL加锁过程

Lamb的博客

07-28

1029

写到这儿，本文也告一段落，做一个简单的总结，要做的完全掌握MySQL/InnoDB的加锁规则，甚至是其他任何数据库的加锁规则，需要具备以下的一些知识点：了解数据库的一些基本理论知识：数据的存储格式 (堆组织表 vs 聚簇索引表)；并发控制协议 (MVCC vs Lock-Based CC)；数据库的隔离级别定义 (Isolation Level)；了解SQL本身的执行计划 (主键扫描 vs 唯一键扫描 vs 范围扫描 vs 全表扫描)；了解数据库本身的一些实现细节 (过滤条件提取；

SELECT ... FOR UPDATE 到底是锁表还是锁行？

cab5的博客

09-26

1868

对于 SELECT …FOR UPDATE 我们知道除了有查询的功能外，还会对查询结果进行加锁，而且是悲观锁。OK，数据都准备好了！让我们通过下边三个场景来简单说明下 FOR UPDATE 到底是「行锁」还是「表锁」。由于 name 不是主键也没加索引，所以是表锁，所有数据此时都不能 update。只锁定 code=007 的数据，行锁，此时除该条数据以外都允许 update。只锁定 id=1 的数据，行锁，此时除该条数据以外都允许 update。WHERE 中使用带索引的字段。WHERE 中使用主键。

MySQL中的update操作会不会自动加锁

alian

05-20

7993

先阐述结论 MySQL5.5版本以后默认用InnoDB存储引擎，并且采用可重复读的隔离级别，在进行update操作会进行加锁的！！！如果涉及到索引查询则会加行锁，如果需要查整个表，则会加间隙锁。看例子 1.建表 create table orders( id int not null primary key, count int not null )engine = innodb default charset = utf8mb4; 2.插入数据 insert orders values(1,

go MySQL事务加行锁实现对数据的查询修改

04-11

<think>嗯，用户想知道如何在Go语言中使用MySQL事务并通过行锁实现数据的查询与修改。首先，我需要回忆一下MySQL中的行锁机制，尤其是SELECT ... FOR UPDATE的用法。记得这个语句会在事务中锁定选中的行，防止其他事务修改，直到当前事务提交或回滚。接下来，用户可能是在处理需要数据一致性的场景，比如账户余额更新或者库存管理，这时候行锁很重要。需要确保在事务中先锁定相关行，再进行更新操作，避免并发问题。然后，考虑Go语言中如何实现这个。需要使用database/sql包，开启一个事务，然后在事务中执行带FOR UPDATE的查询语句，接着执行更新操作，最后提交事务。需要注意的是，事务的错误处理和回滚机制，比如使用defer tx.Rollback()来确保发生错误时回滚。另外，用户的引用中提到了MySQL的FOR UPDATE可能引起的死锁问题，所以在代码中需要处理可能的死锁情况，比如重试机制。还有，连接池的设置可能会影响事务的执行，需要确保事务使用同一个连接，这可能涉及到设置连接的最大空闲时间等参数。可能还需要提到上下文控制，比如使用context.WithTimeout来防止长时间锁定，避免资源占用。最后，给出一个完整的代码示例，展示如何正确地在Go中实现事务和行锁，包括开启事务、查询锁定、更新、提交，以及错误处理。还需要生成相关问题，可能包括事务隔离级别的影响、死锁处理、性能优化等，帮助用户进一步理解相关知识点。</think>### Go语言中实现MySQL事务与行锁的步骤说明 #### 1. 创建数据库连接池使用`database/sql`包建立连接池，需设置合理的连接参数： ```go dsn := "user:password@tcp(127.0.0.1:3306)/dbname?parseTime=true" db, err := sql.Open("mysql", dsn) db.SetMaxOpenConns(25) db.SetConnMaxIdleTime(5*time.Minute) ``` > 连接池参数需根据业务负载调整，避免连接泄露[^4] #### 2. 开启事务上下文使用`BeginTx`方法显式控制事务： ```go ctx := context.Background() tx, err := db.BeginTx(ctx, &sql.TxOptions{ Isolation: sql.LevelRepeatableRead, // 推荐隔离级别 ReadOnly: false, }) ``` #### 3. 执行行级锁查询使用`SELECT ... FOR UPDATE`锁定目标记录： ```go var balance float64 err = tx.QueryRowContext(ctx, "SELECT balance FROM accounts WHERE account_id = ? FOR UPDATE", "AC123" ).Scan(&balance) ``` > 此时其他事务对该记录的更新请求将被阻塞直到当前事务结束[^2] #### 4. 执行数据更新在同一个事务中进行数据修改： ```go res, err := tx.ExecContext(ctx, "UPDATE accounts SET balance = ? WHERE account_id = ?", balance-100.0, "AC123" ) ``` #### 5. 提交/回滚事务 ```go if affected, _ := res.RowsAffected(); affected == 1 { if err := tx.Commit(); err != nil { // 处理提交错误 } } else { tx.Rollback() } ``` #### 完整示例代码 ```go func transferFunds(db *sql.DB, from, to string, amount float64) error { ctx, cancel := context.WithTimeout(context.Background(), 5*time.Second) defer cancel() tx, err := db.BeginTx(ctx, nil) if err != nil { return err } defer tx.Rollback() // 锁定转出账户 var balance float64 if err := tx.QueryRowContext(ctx, "SELECT balance FROM accounts WHERE account_id = ? FOR UPDATE", from ).Scan(&balance); err != nil { return err } if balance < amount { return errors.New("insufficient balance") } // 更新转出账户 if _, err := tx.ExecContext(ctx, "UPDATE accounts SET balance = balance - ? WHERE account_id = ?", amount, from); err != nil { return err } // 更新转入账户（可添加第二个SELECT FOR UPDATE） if _, err := tx.ExecContext(ctx, "UPDATE accounts SET balance = balance + ? WHERE account_id = ?", amount, to); err != nil { return err } return tx.Commit() } ``` ### 关键注意点 1. **死锁处理**：MySQL在检测到死锁时会自动回滚事务，建议添加重试逻辑： ```go const maxRetries = 3 for i := 0; i < maxRetries; i++ { err = transferFunds(db, "A1", "A2", 100) if err == nil { break } if isDeadlockError(err) { continue } break } ``` 2. **锁粒度控制**：`FOR UPDATE`支持行锁和表锁，需确保查询使用索引： ```sql -- 使用主键查询确保行锁 SELECT * FROM table WHERE id = ? FOR UPDATE -- 无索引列可能导致表锁 SELECT * FROM table WHERE unindexed_column = ? FOR UPDATE ``` 3. **连接复用**：Go的database/sql包会自动复用连接，但需注意： ```go db.SetConnMaxLifetime(0) // 推荐设置为0（不限制） ``` 4. **监控事务状态**：可通过查询`information_schema.innodb_trx`监控长事务[^4]