MYSQL select update事务超时

最新推荐文章于 2025-07-14 16:01:20 发布

最新推荐文章于 2025-07-14 16:01:20 发布 · 766 阅读

文章标签：

#MySQL #Hibernate #Java

本文探讨了在同一事务中使用原生SQL进行数据选择后再更新时出现的事务超时问题，对比了使用Hibernate方法时该问题得以解决的情况。通过具体代码示例分析了两种方式下事务锁的行为差异。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

在同一个事物中 select数据后，再去update这条数据报事物超时异常
实际上由于update时一直获取不到事务锁导致的

伪代码如下

Start TX
selectEntity("select * from Entity where id=10");
updateEntity("update Entity set col1=1 where id=10");
Commit TX

在执行updateEntity时会一直等待直到事物超时

而换用hibernate的写法却没有问题如下

Start TX
Entity e = hibernateSession.get(entityId);
e.setProp(10);
hibernateSession.save(e);
Commit TX

这是为什么呢？

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

xly_971223

关注关注

0
点赞
踩
0

收藏

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

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

记录select for update mysql 死锁问题

songkai558919的博客

07-22

4869

背景项目要求某表单个列自增，但是where条件，并不是这个列所有的值都符合自增想用select for update mysql 锁表后，查询最大值自增，后发现有死锁问题，先记录一下。实例以下代码在可重复读隔离级别下执行，表中原来只有1~10的rank。假如A、B两个事务同时试图插入rank为21和22的rank； @Transactional public void createBannerDeadlock(Banner banner) { banner.r

在mysql测试表中有一条数据使用查询时超时，for update缓慢

weixin_34254823的博客

12-15

1251

2019独角兽企业重金招聘Python工程师标准>>> ...

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

MYSQL 设置 FOR UPDATE 超时时间

白强

01-21

5390

show global variables like "%timeout%"; set global innodb_lock_wait_timeout = 10; 查看正在锁的事务 SELECT * FROM INFORMATION_SCHEMA.INNODB_LOCKS; 查看等待锁的事务 SELECT * FROM INFORMATION_S...

mysql 单行访问是很慢的_在mysql测试表中有一条数据使用查询时超时，for update缓慢...

weixin_30520605的博客

02-27

721

-- 冠以解决select..for update 超时的问题，在测试表中有一条数据使用查询时超时，for update缓慢-- 查询设置超时时间show variables like 'innodb_lock_wait_timeout';select ..... for update-- 查询连接进程如果有大量长时间连接可以killshow processlist-- 将相关进程关闭kill ...

Mysql查询语句使用select.. for update导致的数据库死锁分析

weixin_30664539的博客

11-30

517

近期有一个业务需求，多台机器需要同时从Mysql一个表里查询数据并做后续业务逻辑，为了防止多台机器同时拿到一样的数据，每台机器需要在获取时锁住获取数据的数据段，保证多台机器不拿到相同的数据。我们Mysql的存储引擎是innodb，支持行锁。解决同时拿数据的方法有很多，为了更加简单，不增加其他表和服务的情况下，我们考虑采用select... for update的方式，这样X锁锁住查询的数据段，...

Mysql 数据库死锁过程分析(select for update)

09-10

避免这种死锁的一种方法是在设计事务时遵循一定的顺序规则，例如，确保所有事务按照相同的顺序访问和修改数据，或者使用`FOR UPDATE SKIP LOCKED`（Oracle支持，但MySQL不直接支持）来跳过已锁定的行。另外，可以...

在 Mysql 事务中执行 SELECT 时是否需要加 FOR UPDATE？

u011915540的博客

09-25

2592

文章目录前言准备实验实验过程结论什么时候加？前言在这里，我只是单纯的做个实验以更好的理解 MySQL 事务以及事务的隔离级别，具体的关于事务的理论，将在后续整理后发表。我们在做订单结算业务时，通常会有一连串的业务要处理，比如：扣除用户的余额、记录订单、记录消费记录等等。为了保证数据的一致性，我们通...

MySQL SELECT FOR UPDATE 全面解析（面试必备）

热门推荐

SunWuKong_Hadoop的博客

07-24

4万+

回复1：一般FOR UPDATE用在PL/SQL的游标里，它的作用就是一个行级锁（对游标里所有的记录），如果其他进程要更新这个游标行级锁里的记录，就必须等待当前进程的COMMIT或者回滚。该语句用来锁定特定的行（如果有where子句，就是满足where条件的那些行）。当这些行被锁定后，其他会话可以选择这些行，但不能更改或删除这些行，直到该语句的事务被commit语句或rollback语句结束...

mysql 锁表 for update,MySQL中select * for update锁表的问题(转)

weixin_36290220的博客

03-17

683

由于InnoDB预设是Row-Level Lock，所以只有「明确」的指定主键，MySQL才会执行Row lock (只锁住被选取的资料例) ，否则MySQL将会执行TableLock (将整个资料表单给锁住)。举个例子: 假设有个表单products ，里面有id跟name二个栏位，id是主键。例1: (明确指定主键，并且有此笔资料，row lock)SELECT * FROM product...

Mysql 中 select ... for update 加锁总结

qq_42026600的博客

04-23

414

Mysql 中 select ... for update 加锁总结

select for update引发死锁分析

Nuan_Feng的博客

06-25

2769

问题复现读写锁冲突场景：4场直播同时准备作业。首先查询作业是否有这条记录。这里查询后添加写锁。作业准备前是没有记录的，所以这里就会造成间隙锁。假设现在只有3条数据。然后通过role查询等于4的。这里查不到数据库，就会锁住3之后的所有数据。先营造测试环境，给xxl_job_user表role字段添加唯一索引。执行如下命令： set @@autocommit=0; SHOW VARIABLES like ‘%autocommit%’; START transaction ; SELECT * F

记一次mysql锁超时问题

Technology exist forever

08-21

4262

当时的业务场景是要为从腾讯云队列拉取的数据做路由，分发到4个环境里（dev/test/preonline/online）,先根据环境从不同的db里查询一条记录，如果记录满足条件则通过rest接口调用不同环境的接口修改该条记录。排查过程： select * from information_schema.INNODB_LOCK_WAITS select * from information_...

MySQL 因 select for update 导致的死锁问题原因及解决方案

zhwbqd的专栏

12-01

1万+

问题描述: 检查程序运行日志的时候, 发现了很多DB死锁, 我这边程序中使用的是悲观锁，因为考虑到不想让调用端重试。死锁原因: 有多个请求同时希望insert表, 程序中逻辑如下: select for update where uid = ? if ［obj ］not exist insert else update 死锁原因就是 select for upda

Select For update语句浅析

ciqu9915的博客

05-04

5908

Select … for update语句是我们经常使用手工加锁语句。通常情况下，select语句是不会对数据加锁，妨碍影响其他的DML和DDL操作。同时，在多版本一致读机制的支持下，select语句也不会被其他类型语句所阻碍。...

java select for update超时时间

03-09

### 如何在Java中为 `SELECT ... FOR UPDATE` 设置超时时间在Java应用中执行数据库操作时，特别是涉及到锁定行为的操作如 `SELECT ... FOR UPDATE` ，有时需要设定超时时间以防止长时间等待锁释放。这可以通过多种方式实现。一种方法是在JDBC层面上通过设置查询的超时属性来间接影响到 `SELECT ... FOR UPDATE` 的超时特性。可以利用PreparedStatement接口提供的`setQueryTimeout(int seconds)` 方法指定一个合理的秒数作为超时时长[^1]： ```java String sql = "SELECT * FROM table_name WHERE id=? FOR UPDATE"; try (Connection conn = dataSource.getConnection(); PreparedStatement pstmt = conn.prepareStatement(sql)) { // Set the timeout to 5 seconds. pstmt.setQueryTimeout(5); pstmt.setInt(1, someIdValue); try (ResultSet rs = pstmt.executeQuery()) { while (rs.next()) { // Process result set... } } catch (SQLException e) { if ("HYT00".equals(e.getSQLState())) { System.out.println("The query has timed out."); } else { throw e; } } } ``` 另一种更为细粒度的方式是直接修改SQL语句，在某些数据库管理系统(DBMS)中允许在SQL命令本身里加入提示或者选项来自定义其行为模式。例如MySQL支持使用`LOCK IN SHARE MODE` 或者 `NOWAIT` 和 `SKIP LOCKED` 来处理并发访问冲突的情况；而对于PostgreSQL来说，则可以直接在`FOR UPDATE`后面加上`NOWAIT`或`SKIP LOCKED`关键字[^2]：对于Oracle数据库而言，也可以采用类似的语法结构，即在`SELECT...FOR UPDATE`之后附加`WAIT n|NOWAIT`子句，其中n表示最大等待秒数，而`NOWAIT`则意味着立即报错而非阻塞等待。需要注意的是，并不是所有的DBMS都提供相同的特性和兼容性，因此具体实施细节应当参照所使用的特定版本的手册说明。