select死锁问题

最新推荐文章于 2024-10-09 17:12:08 发布

原创最新推荐文章于 2024-10-09 17:12:08 发布 · 1.2k 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#死锁

本文探讨了两个事务分别对两条数据加S锁时产生的锁竞争现象，并深入分析了当select列未被索引完全覆盖时，对非聚集索引加S锁及聚集索引加X锁的具体情况。给出了在SELECT中使用WITH(NOLOCK)来缓解锁竞争的方法。

场景：
2个事务分别对2条数据加了S锁，然后都要更新对方的数据
1个事务做UPDATE操作，同时并发了一个非事务慢查询
场景1出现频率低，简单调整程序或业务规则可避免，在此不研究
场景2出现频率高，特别是存在大量慢查询的情况，以下给出原理及适用于SL的解决方案

原因分析：
这里写图片描述
当select列没有被索引完全覆盖时，先对非聚集索引加S锁，然后需要通过聚集索引找到其他列，这时要申请聚集索引的S锁
update操作会先对聚集索引加X锁，在更新非聚集索引列后要重排索引，则要申请这个非聚集索引的X锁

解决方案：
在SELECT 中加WITH(NOLOCK)

NOLOCK 可能把没有提交事务的数据也显示出来
READPAST 会把被锁住的行不显示出来(不考虑)

做好并发控制及状态验证

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

superabstract

关注关注

0
点赞
踩
1

收藏

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

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

select 语法和 select 死锁问题

weixin_45217447的博客

07-18

483

本文介绍了 Go 语言中的 select 语法以及与之相关的 select 死锁问题。我们将详细讨论 select 语句的语法，解答常见的疑问，并提供示例代码进行说明。

Golang 中 select 语句死锁问题

weixin_41335923的博客

04-21

755

目录Golang 中 select 语句死锁问题Select 语句执行步骤示例参考 Golang 中 select 语句死锁问题一切问题的答案都在 spec[1] 里 Select 语句执行步骤 Select_statements Execution of a “select” statement proceeds in several steps: For all the cases in the statement, the channel operands of receive operatio

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

死锁查询sql语句

11-18

oracle数据库死锁查询并处理，被锁对象、引起死锁原因等查询及解决方法

DB2解决表死锁

04-08

NULL 博文链接：https://lxneliu.iteye.com/blog/1610166

select语句造成死锁的原因

kimi的博客

08-21

1943

select语句使用非聚族索引查询产量信息，会对非聚族索引添加共享锁，由于非聚族索引上没有select的全部数据列，（所以会有书签查找出现，）需要查询产量表。查询产量表时，需要对产量表数据添加共享锁，需要等待Update语句更新完产量表后释放排他锁。即Select等待Update释放锁。此时产量表上的Update/Insert语句更新产量信息的时候，会在聚族索引上做定位，添加排他锁和修改非聚族索引的信息，问题就出在修改非聚族索引信息的时候，需要对非聚族做索引添加排他锁。此时select语句已经在聚族索引

Go select 竟然死锁了。。。

Seekload

03-01

307

阅读本文大概需要 5 分钟。大家好，我是 polarisxu。前两天，火丁笔记发了一篇文章：《一个 select 死锁问题》[1]，又是一个小细节。我将其中的问题改一下，更好理解：pack...

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

09-10

MySQL数据库中的死锁是数据库管理系统中常见的问题，特别是在并发环境下，多事务操作可能导致死锁的发生。本文主要讨论了在使用`SELECT ... FOR UPDATE`语句时遇到的死锁情况，并通过具体的例子深入分析了死锁的原因...

记录select for update mysql 死锁问题

songkai558919的博客

07-22

4977

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

select查询造成的数据库死锁

queenpong的专栏

03-16

1万+

最近给一个客户更新了一个模块，查询过程中老是出现查询结果不一致的情况，有时多有时少，通过调试发现sql语句都一样，返回的结果却不一样，跟踪SQL语句发现，在查询结果少的时候，会报事务被作为牺牲品的死锁错误，正常情况下，如果报错会返回null值，为什么会出现一部分数据，难道是脏读？（关于这个脏读的问题到现在都没明白怎么回事。事情过了几天，情况也不是很严重，就一直没管他，后

AD中显示Selection includes locked items.Continue?

ddidi111的博客

10-09

1154

可以单击锁定元器件，点击location的锁形标记即可显示解锁的状态。因为框选拖动组里包含锁定的元器件，所以出现如下提示；然后就可以拖动框选的元器件了。

查看死锁的SQL语句

baobeituping的专栏

08-27

194

use master go declare @spid int,@bl int DECLARE s_cur CURSOR FOR select 0 ,blocked from (select * from sysprocesses where blocked>0 ) a where not exists(select * from (select * from sysprocesses ...

造成性能问题的SQL语句——死锁问题

daf380的专栏

09-30

4220

一、分别构建两个事务，并让这两个事务冲突——死锁产生在窗口1中执行delete语句，但是不要commit 在开一个窗口，构建第二个事务：此时，这个update语句一直在等待二、登陆数据库查看是否有死锁产生：执行如下查询语句： SELECT l.session_id sid, s.serial#, l.locked_mode 锁模式, l...

select_channel以及channel关闭问题

m0_57547705的博客

09-25

1075

select_channel

jetty学习1-SelectChannelConnector

kalman2008的技术专栏

01-21

877

1.jetty Server的主要结构如下： [html] view plaincopy The Jetty Server is the plumbing between a collection of Connectors that accept HTTP connections, and a collection of Handlers th

jetty的SelectChannelConnector分析

fjs的专栏

11-04

3285

jetty的NioConnector之SelectChannelConnector的实现与运行原理。。。

sql server中高并发情况下同时执行select和update语句死锁问题（二）

最新发布

03-15

### 防止或解决 SQL 中 SELECT 语句引发的死锁问题为了有效避免或解决由 `SELECT` 语句引起的死锁问题，可以从以下几个方面入手： #### 1. 减少共享锁持有时间长时间持有的共享锁会增加与其他事务冲突的可能性。可以通过以下方式缩短锁定时间： - **立即提交事务**：在交互式命令行或其他环境中执行完必要的操作后应尽快提交事务[^1]。 - **避免不必要的延迟**：如果在 `SELECT ... FOR UPDATE` 或 `SELECT ... LOCK IN SHARE MODE` 后引入了人为延迟（如等待逻辑），可能会加剧死锁风险[^2]。 #### 2. 调整隔离级别高隔离级别的事务更容易导致死锁现象发生。对于某些场景来说，适当降低隔离级别可能是一个有效的解决方案： - 如果应用程序能够容忍读取未提交的数据，则可以考虑将隔离级别降为 READ UNCOMMITTED； - 对于仅需短暂访问数据而不改变其状态的操作，尝试使用较低强度的锁模式来替代默认行为。 #### 3. 维持一致性访问路径当多个表或多条记录需要在同一事务内被修改时，确保每次按照相同的顺序进行处理非常重要。这样可以显著减少跨资源竞争的机会从而预防潜在的循环依赖关系形成死锁条件。 #### 4. 创建合适索引良好的索引设计不仅有助于提高查询效率，还可以间接帮助减少锁的数量和范围。具体而言： - 确保经常用于过滤条件列上有建立高效索引； - 使用覆盖索引来满足尽可能多的需求而无需回表检索原始数据页上的信息。 #### 5. 替代显式锁定策略除非绝对必要，否则尽量避免直接指定带有锁定提示 (`WITH (ROWLOCK)` 等) 的查询语法。因为这些指令往往会强制施加更强硬类型的锁控制，反而增加了复杂性和错误概率。相反地，在大多数情况下依靠数据库引擎自动管理即可获得良好效果[^3]。 #### 示例代码展示如何优化 SELECT 查询以防止死锁以下是几个实际例子展示了上述原则的应用方法: ```sql -- 方法一: 提交短小精悍的事物单元 BEGIN TRANSACTION; SELECT * FROM table_name WHERE id = @id FOR UPDATE; -- 执行其他相关业务逻辑... COMMIT; -- 方法二: 修改隔离级数至适合程度 SET TRANSACTION ISOLATION LEVEL READ COMMITTED; BEGIN TRANSACTION; SELECT column_list INTO temp_table FROM source_table WITH(NOLOCK); END TRANSACTION; -- 方法三: 设定固定扫描次序并利用索引加速查找过程 CREATE INDEX idx_column ON target_table(column); BEGIN TRANSACTION; INSERT INTO destination_table (columns...) SELECT columns... FROM intermediate_result_set irs JOIN another_table at USING common_key_field ORDER BY some_deterministic_criterion ASC; COMMIT; ``` 以上片段分别体现了快速完成事物、调整隔离等级以及构建辅助结构三种常见手段的实际运用情况。