Update语句的完成过程

最新推荐文章于 2023-08-31 17:43:48 发布
翻译 最新推荐文章于 2023-08-31 17:43:48 发布 · 2.5k 阅读 · 0
文章标签：

#buffer #磁盘 #server #file

本文详细介绍了数据库中update和commit操作的具体流程，包括内存缓存检查、数据更新、回滚段使用、数据锁定、修改记录保存及日志文件更新等关键步骤。

1，用户提交一个update语句

2，server process检查内存缓存

      i 如果没有有效内存空间，启动DBWR，将缓存中未写入磁盘的脏数据块写入

      ii 如果有有效空间，从磁盘读入数据

3，在缓存内更新数据

    i 申请一个回滚段入口，将旧数据写入回滚段

    ii 加锁更新数据

    iii 并同时将修改记录在Redo log buffer 中

4，用户提交一个Commit

   i SCN增加

   ii 将Redo log buffer 写入Redo log file

   iii 告诉用户 Commit完成

从一条update语句理解Oracle的体系结构原理
专注于数据库技术分享，包含但不限于Oracle，MySQL，PostgreSQL，ElasticSearch及国产数据库等
05-27 729
一条UPDATE语句在Oracle数据库中的执行过程可以很好地体现其体系结构的几个关键组件是如何协同工作的。Oracle数据库的体系结构主要包括以下几个部分：实例（Instance）、数据库（Database）、用户进程（User Process）、服务器进程（Server Process）以及相关的内存结构。
mysql update语句的执行流程
程序员诚哥
09-19 1136
update tb_student A set A.age=‘19’ where A.name=’ 张三 ';
一条UPDATE从生到死的整个过程的深入解析
xuela-net
04-12 369
这是曾经Oracle原厂的一位兄弟问我的一个问题,后来也有些人问起这个问题： 　　用ORACLE内部原理描述以下过程： 1、sqlplus gyj/gyj@orcl 2、updatet_gyj set name='gyj1' where id=1; 3、commit; 4、exit 一看这个问题是不是灰常复杂，阿里系的童鞋特别喜欢用类似这样的题目面试人，从中可以快速的判断你是哪个级别的Ｄ...
事件的处理的完成过程
guoyule2010的专栏
03-14 817
事件的处理的完成过程
oralce数据库管理-详细解析oracle数据库update整体执行过程
oradbm的博客
01-16 1155
oracle-1条updata的故事 客户端SQL Plus请求连接，监听接受客户端的TCP连接，并获取客户端发过来的TNS数据包。 监听进程打开用于与子进程通信的管道，同时fork一个子进程，称为“监听子进程1”的子进程，然后监听进程一直等待，直到这个“监听子进程1”结束。 监听子进程1 Fork出子进程2。 完成上面一步，子进程1马上退出并结束子进程1。 子进程2收集本进程所在的主机...
bro解析oracle,一条UPDATE从生到死的整个过程的深入解析
weixin_36084095的博客
04-05 364
这是曾经Oracle原厂的一位兄弟问我的一个问题,后来也有些人问起这个问题：用ORACLE内部原理描述以下过程：1、sqlplus gyj/gyj@orcl2、updatet_gyj set name='gyj1' where id=1;3、commit;4、exit一看这个问题是不是灰常复杂，阿里系的童鞋特别喜欢用类似这样的题目面试人，从中可以快速的判断你是哪个级别的ＤＢＡ(初级/中级/高级)，...
mysql update语句的执行过程详解
12-14
在本文中，我们将深入探讨UPDATE语句的执行过程，特别是在MySQL环境下。 首先，我们创建一个名为`test`的表，包含一个自增主键`id`和一个整数列`c`。接下来，向表中插入三条数据。在对数据进行更新时，例如将第一条...
update语句的优化-oracle .pdf
12-16
在本篇文档中，作者详细总结了在实际项目中针对Oracle数据库的update语句优化的四种方案。以下是对这四种方案的知识点进行详细的阐述： 1. 标准update语法优化： 当面对单表更新或较简单的SQL语句时，可以直接使用...
update 语句优化update 语句优化update 语句优化
03-08
### Update语句优化 在数据库操作中，`UPDATE`语句是用于修改现有记录的关键工具之一。对于大型数据库系统来说，优化`UPDATE`语句能够显著提升数据处理速度和效率，减少资源消耗，提高整体性能。本文将通过分析提供...
Oracle是如何执行一个update语句的
jzzw的博客
04-18 2081
Oracle dml开始到commit期间的流程 1.确认需要的数据块，先去db buffer cache里找，没有的去磁盘上找，找到的数据复制到buffer cache里 2.申请undo，把待修改的block的镜像写入到undo里 3.在DML操作影响的所有记录和索引键上放置排他锁（防止其他会话对相同记录的变化操作），在包含这些记录的表上放置共享锁（保证在DML期间，表的结构不会变化） 4...
oracled update_一条UPDATE从生到死的整个过程的深入解析
weixin_29074295的博客
01-14 280
本帖最后由 guoyJoe 于 2013-4-12 10:39 编辑这是曾经Oracle原厂的一位兄弟问我的一个问题,后来也有些人问起这个问题：用ORACLE内部原理描述以下过程：1、sqlplus gyj/gyj@orcl2、updatet_gyj set name='gyj1' where id=1;3、commit;4、exit一看这个问题是不是灰常复杂，阿里系的童鞋特别喜欢用类似这样的题目...
Update语句-Oracle操作过程
weixin_30378311的博客
01-21 402
《收获，不止Oracle》读书笔记 例如：update taccoinfo t set t.en_requestbala = 1001.00 where t.vc_tradeacco = '0047'; 1、先查询vc_tradeacco='0047'的记录，检查数据缓存区中是否存在，不存在则从磁盘文件中读取，并保存在缓存区中。 2、在回滚表空间相应的回滚段事务表上分配事务槽，从而在回滚表空...
oracle update 操作一二
一名数据库爱好者的专栏
08-01 1871
os: centos 7.6 db: oracle 19.3 准备数据 创建表 -- drop table tmp_t0; create table tmp_t0 ( id VARCHAR2(100), name VARCHAR2(100), memo VARCHAR2(100) ) ; -- drop table tmp_t1; create table tmp_t1 ( ...
Oracle执行UPDATE语句的步骤
JaneWay_Chen的博客
07-14 1976
执行UPDATE语句的步骤： 如果数据和回滚数据不在数据库高速缓冲区中，则Oracle服务器进程将把它们从数据文件中读到数据库高速缓冲区中。 Oracle服务器进程在要修改的数据行上加锁（行一级的锁，而且是在内存的数据行上加锁）。 Oracle服务器进程将数据的变化信息和回滚所需的信息都记录最重做日志缓冲区中。 Oracle服务器进程将回滚所需的原始值和对数据所做的修改都写入数据库高速缓冲区。之后最数据库高速缓冲区中，所有的这些数据块都将被标为脏缓冲区，此时内外存数据是不同的（不一致的）。 ...
完成一个项目的流程
IT技术专栏
01-05 6949
我自己总结的，有什么问题，请大家指点啊！ 1. 制定项目的周期。工具：project 2. 确定需求，设计界面。工具：Axure 3. 写需求文档。 4. 写接口文档。 5. 设计项目架构。工具：Visio 6. 做图。工具：ps 7. 编码。 8. 写测试用例。 9.测试。
Oralce数据库管理-详细解析update语句的过程
oradbm的博客
08-21 4397
执行UPDATE语句的过程： 用户进程执行一个update语句:UPDATE emp set sal=10 WHERE id=1234 用户进程和服务器进程建立连接，把该用户进程的信息存储到PGA的UGA中 语句经过PGA处理后传递给实例instance 实例instance中的共享池处理这条语句 库缓冲区去判断语句如何分析--软分析（快）或硬分析（慢） 根据cbo得到执...
oracle update语句提交,Oracle UPDATE语句使用示例
weixin_28900989的博客
04-02 1758
本文概述在Oracle中, UPDATE语句用于更新表中的现有记录。你可以通过两种方式更新表。传统更新表方法句法：UPDATE tableSET column1 = expression1, column2 = expression2, ...column_n = expression_nWHERE conditions;通过从另一个表中选择rocords更新表句法：UPDATE table1SE...
oracle更新语句执行顺序,SQL Update语句的执行顺序
weixin_42495057的博客
04-03 1521
SQL Update语句的执行顺序执行顺序:从左到右,变量优先,逐行更新摘自优快云的例子(http://topic.youkuaiyun.com/u/20091030/16/7fd75fa6-bdb9-4516-9b27-48aef69703ba.htmlhttp://topic.youkuaiyun.com/u/20090904/16/e5dad9c7-fb59-41b9-b28d-e3b71c3e8420.html...
update的语句执行过程（简单陈述版）
qq_45976766的博客
08-31 1250
在查找资料后得知，InnoDB加入了一个参数innodb_old_blocks_time来优化，预读进入buffer pool的页优先进入old sublist，当数据页被访问且在old sublist停留时间超过设定值时，才会进入new sublist，这样就可以防止批量扫描大量数据时，可能会使得大量的热数据被置换出去，导致MySQL性能下降。2、判断数据页是否在内存中，在的话返回行数据，不在的话将在磁盘中读出所在页然后再返回行数据。2、系统的内存空间不足，此时脏页太多，需要将脏页flush。
数据库update语句完成死锁争抢怎么办
最新发布
04-18
<think>好的，我现在需要帮助用户解决数据库UPDATE语句引发的死锁问题。首先，我得回顾一下用户提供的引用内容，看看里面提到哪些关键点。引用1提到死锁通常发生在多个事务对同一资源加锁时，尤其是在大数据量的更新操作中。引用2和引用3讨论了具体的死锁场景，比如事务相互等待锁，以及扫描过程中U锁和X锁的转换问题。引用4提到在RR隔离级别下，间隙锁的使用可能导致相邻数据被锁，进而引发死锁。 用户的问题是询问如何解决由UPDATE语句导致的死锁。我需要结合这些引用信息，整理出系统性的解决方案。首先，我应该从死锁成因开始分析，然后分步骤给出解决方法。 第一步，分析死锁的成因。根据引用3，两个事务可能以不同的顺序扫描和锁定行，导致循环等待。比如，事务A锁定了行1，试图锁定行2，而事务B锁定了行2，试图锁定行1，从而形成死锁。此外，引用4提到的间隙锁在RR隔离级别下可能导致范围锁定，增加死锁风险。 接下来，解决方案需要包括预防、检测和处理三个方面。预防措施可能包括调整事务顺序、使用低隔离级别、优化索引等。检测方面需要利用数据库提供的工具，如SQL Server的死锁图或MySQL的SHOW ENGINE INNODB STATUS。处理则涉及重试机制和超时设置。 在优化索引方面，引用4提到使用唯一索引可以减少间隙锁的使用，因此建议用户检查并优化索引，特别是确保WHERE条件中的字段有合适的索引，避免全表扫描。事务顺序方面，引用3中的例子显示不同的扫描顺序导致死锁，所以统一操作顺序可以避免这种情况。 另外，事务粒度也很重要。如果事务过大，持有锁的时间过长，容易与其他事务冲突。建议将大事务拆分为小事务，尽快提交释放锁。同时，设置合理的锁超时时间，让事务在等待一定时间后自动回滚，避免无限期等待。 在隔离级别方面，引用4提到RR级别使用间隙锁，而RC级别通常使用行锁，可能减少锁冲突。因此，降低隔离级别到RC可能有助于减少死锁，但需要考虑业务是否允许幻读等问题。 代码示例部分，用户可能需要具体的SQL操作，比如添加索引或设置超时参数，需要给出示例语句。例如，添加索引的SQL语句，或者设置锁超时的配置命令。 最后，生成的相关问题需要覆盖死锁分析工具、索引优化、隔离级别影响、事务设计以及锁机制等方面，帮助用户进一步深入理解。 需要确保回答结构清晰，分点列出，同时引用对应的文献。比如在提到索引优化时引用引用4，事务顺序调整引用引用3等。同时，使用中文，数学表达式用$...$格式，独立公式用$$...$$，但在这个问题中可能涉及较少数学内容，主要关注SQL和锁机制。 检查是否有遗漏的关键点，比如死锁检测工具的具体使用方法，或者如何分析死锁日志，这些可能需要简要提及，但用户主要需求是解决方法，所以重点放在解决方案上。 总结步骤应该是：分析成因，预防措施，检测方法，处理机制，优化建议，并附上示例和相关问题。确保每个部分都有对应的引用支持，并且逻辑清晰，逐步引导用户解决问题。</think>### 数据库 UPDATE 语句死锁问题解决方案 #### 一、死锁成因分析 UPDATE 语句死锁通常由以下场景引发： 1. **交叉加锁顺序**：事务 A 和 B 以不同顺序锁定资源（如行或间隙），形成循环等待[^3][^4] 2. **锁升级冲突**：事务从共享锁（U 锁）升级到排他锁（X 锁）时发生阻塞[^3] 3. **间隙锁作用**：在 RR 隔离级别下，UPDATE 操作可能锁定不存在的间隙范围，导致范围锁冲突[^4] 4. **全表扫描**：未使用索引时进行全表扫描，会逐行加锁，增加锁冲突概率[^3] #### 二、系统化解决方案 1. **预防措施** - **统一操作顺序** 对涉及多行更新的操作，强制使用相同索引顺序（如主键排序） ```sql UPDATE table SET col=val WHERE id IN (SELECT id FROM table WHERE condition ORDER BY id) ``` 引用[^3] - **优化索引设计** 确保 WHERE 条件字段有合适索引，避免全表扫描 添加覆盖索引示例： ```sql CREATE INDEX idx_column ON table(condition_column) ``` 引用[^4] - **降低隔离级别** 将事务隔离级别从 Repeatable Read（RR）改为 Read Committed（RC），减少间隙锁使用 ```sql SET TRANSACTION ISOLATION LEVEL READ COMMITTED ``` 引用[^4] 2. **检测与诊断** - **使用死锁分析工具** - SQL Server：查看死锁图（Deadlock Graph） - MySQL：执行 `SHOW ENGINE INNODB STATUS` - PostgreSQL：检查 `pg_locks` 视图 - **分析死锁日志** 重点关注： ```log LATEST DETECTED DEADLOCK *** (1) TRANSACTION: 更新语句1 *** (1) HOLDS THE LOCK(S): 锁持有情况 *** (2) TRANSACTION: 更新语句2 *** (2) WAITING FOR THIS LOCK: 等待锁信息 ``` 引用[^2][^3] 3. **处理机制** - **重试策略** 在应用程序中添加指数退避重试逻辑： ```python max_retries = 3 for attempt in range(max_retries): try: execute_update() break except DeadlockException: sleep(2 ** attempt) ``` 引用[^2] - **锁超时设置** 强制释放长时间等待的锁： ```sql -- MySQL SET innodb_lock_wait_timeout = 30; -- SQL Server SET LOCK_TIMEOUT 30000; ``` 引用[^2] #### 三、高级优化方案 1. **事务拆分** 将大事务拆分为粒度更小的操作： ```sql -- 原始事务 BEGIN; UPDATE table1 SET ...; UPDATE table2 SET ...; COMMIT; -- 优化后 BEGIN; UPDATE table1 SET ...; COMMIT; BEGIN; UPDATE table2 SET ...; COMMIT; ``` 引用[^1] 2. **锁粒度控制** 使用 `SELECT ... FOR UPDATE` 预先锁定关键资源： ```sql BEGIN; SELECT * FROM table WHERE id=1 FOR UPDATE; UPDATE table SET ... WHERE id=1; COMMIT; ``` 引用[^3] 3. **批处理优化** 分批次处理大数据量更新，每次更新后提交事务： ```sql DECLARE @batch_size INT = 1000; WHILE EXISTS(SELECT 1 FROM table WHERE condition) BEGIN UPDATE TOP(@batch_size) table SET col=val WHERE condition; COMMIT; END ``` 引用[^1] #### 四、实践案例 某电商平台库存更新死锁解决方案： 1. 现象：高峰期出现 `Deadlock victim` 错误[^2] 2. 分析：多个事务按不同顺序更新商品库存记录 3. 解决： - 添加组合索引 `(category_id, product_id)` - 统一更新顺序：`ORDER BY category_id, product_id` - 将事务隔离级别调整为 RC 4. 结果：死锁频率下降 90%
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值