在一个事务里有多条更新如何从Undo查找前镜像

最新推荐文章于 2023-06-27 14:03:32 发布
转载 最新推荐文章于 2023-06-27 14:03:32 发布 · 1.1k 阅读 · 0

本文通过实验演示了在Oracle数据库中如何在一个事务里进行多次更新操作，并详细记录了如何从Undo段查找这些更新操作的前镜像，包括使用SQL语句获取事务信息和利用系统命令Dump出Undo块。

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

在一个事务里有多条更新如何从Undo查找前镜像

By luocs ( 十一月 28, 2012 at 上午 8:28) · Filed under Oracle Database Management (数据库管理), oracle, undo

昨天有位朋友在群里问"在一个事务里有多条更新怎么去找前镜像？"

针对这个问题，我就做了如下实验。

我的实验环境：

  • OS : Oracle Enterprise Linux 5.5 64Bit
  • DB Type : Oracle Restart
  • DB Version : 11.2.0.3

两个用到的脚本：

查看锁信息
[oracle@maa3 ~]$ cat showlock.sql 
select SID, 
        TYPE, 
        ID1, 
        ID2, 
        LMODE, 
        REQUEST, 
        BLOCK 
from v$lock 
where TYPE in ('TM','TX') 
order by 1,2
/

查看事务信息
[oracle@maa3 ~]$ cat showtra.sql 
select XIDUSN, 
        XIDSLOT, 
        XIDSQN, 
        UBAFIL, 
        UBABLK, 
        UBASQN, 
        UBAREC, 
        STATUS 
from v$transaction
where ADDR = (
        SELECT TADDR 
        FROM V$SESSION
        WHERE SID=&SID
        )
/

==== 实验开始 ====

luocs@MAA> select sid from v$mystat where rownum=1;

       SID
----------
        58

luocs@MAA> create table l1(id number,
  2  name varchar2(20)
  3  );

luocs@MAA> insert into l1 values(1,'LUOCS');
luocs@MAA> insert into l1 values(2,'ORACLE');
luocs@MAA> commit;
luocs@MAA> create table l2 as select * from l1;
luocs@MAA> update l1 set name='OO' where id=1;
luocs@MAA> update l2 set name='LL' where id=1;
luocs@MAA> update l1 set name='XX' where id=2;

sys@MAA> @showlock

       SID TYPE        ID1        ID2      LMODE    REQUEST      BLOCK
---------- ---- ---------- ---------- ---------- ---------- ----------
        58 TM        24633          0          3          0          0
        58 TM        24634          0          3          0          0
        58 TX       589827        738          6          0          0

sys@MAA> @showtra
Enter value for sid: 58
old  13:        WHERE SID=&SID
new  13:        WHERE SID=58

    XIDUSN    XIDSLOT     XIDSQN     UBAFIL     UBABLK     UBASQN     UBAREC STATUS
---------- ---------- ---------- ---------- ---------- ---------- ---------- --------------------------------
         9          3        738          3       3169        209         36 ACTIVE

查找当前使用的回退段
sys@MAA> select name from v$rollname where usn=9;

NAME
------------------------------------------------------------
_SYSSMU9_578104089$

DUMP出该回退段头信息
sys@MAA> alter system dump undo header '_SYSSMU9_578104089$';

System altered.

sys@MAA> select value from v$diag_info where name = 'Default Trace File';

VALUE
-------------------------------------------------------------------------------------------------------------------
/u01/app/oracle/diag/rdbms/maa/maa/trace/maa_ora_14815.trc

TRC内容，部分内容略掉
  index  state cflags  wrap#    uel         scn            dba            parent-xid    nub     stmt_num    cmt
  ------------------------------------------------------------------------------------------------
   0x00    9    0x00  0x02df  0x000b  0x0000.003f4409  0x00c00c65  0x0000.000.00000000  0x00000001   0x00000000  1354068343
   0x01    9    0x00  0x02e2  0x0000  0x0000.003f43ff  0x00c00c65  0x0000.000.00000000  0x00000001   0x00000000  1354068343
   0x02    9    0x00  0x02e1  0xffff  0x0000.003f4de1  0x00c00c61  0x0000.000.00000000  0x00000001   0x00000000  1354074347
   0x03   10    0x80  0x02e2  0x0002  0x0000.003f4e6f  0x00c00c61  0x0000.000.00000000  0x00000001   0x00000000  0
   0x04    9    0x00  0x02e2  0x000c  0x0000.003f4592  0x00c00c65  0x0000.000.00000000  0x00000001   0x00000000  1354069244
-- 索引为0x03的行，state为10,cflags为0x80，表示此行是活动事务。
-- wrap#为0x02e2，等于v$transaction里的XIDSQL值，也就是回滚槽被重用了738次。
-- uel为0x0002，表示事务当前区，和v$rollstat查到的CUREXT(当前区编号)一致。
-- scn为0x0000.003f4e6f，转换为十进制是4148847，和v$transaction的START_SCNB()值相符。
-- dba为0x00c00c61，事务所占数据文件编号、块编号
sys@MAA> select to_number('02e2','xxxxx') from dual;

TO_NUMBER('02E2','XXXXX')
-------------------------
                      738

sys@MAA> select EXTENTS, WRAPS, EXTENDS, CUREXT, CURBLK from v$rollstat where usn=9;

   EXTENTS      WRAPS    EXTENDS     CUREXT     CURBLK
---------- ---------- ---------- ---------- ----------
         3         41         14          2        101

sys@MAA> select to_number('3f4e6f','xxxxxxx') from dual;

TO_NUMBER('3F4E6F','XXXXXXX')
-----------------------------
                      4148847

sys@MAA> select START_SCNB from v$transaction where ADDR = (SELECT TADDR FROM V$SESSION WHERE SID=58);

START_SCNB
----------
   4148847

sys@MAA> select to_number('c00c61','xxxxxxx') from dual;

TO_NUMBER('C00C61','XXXXXXX')
-----------------------------
                     12586081

根据dba地址得到undo block：
sys@MAA> select dbms_utility.data_block_address_file(12586081) FILE#,
  2  dbms_utility.data_block_address_block(12586081) BLOCK# 
  3  from dual;

     FILE#     BLOCK#
---------- ----------
         3       3169

和v$transaction的UBAFIL(回滚段所在的数据文件编号)、UBABLK(回滚段块号)值相符
sys@MAA> select UBAFIL, UBABLK from v$transaction where ADDR = (SELECT TADDR FROM V$SESSION WHERE SID=58);

    UBAFIL     UBABLK
---------- ----------
         3       3169

再DUMP下Undo块
sys@MAA> alter system dump datafile 3 block 3169;

System altered.

sys@MAA> select value from v$diag_info where name = 'Default Trace File';

VALUE
----------------------------------------------------------------------------------------------------
/u01/app/oracle/diag/rdbms/maa/maa/trace/maa_ora_15261.trc

TRC内容，部分内容略
UNDO BLK:
xid: 0x0009.003.000002e2  seq: 0xd1  cnt: 0x24  irb: 0x24  icl: 0x0   flg: 0x0000

 Rec Offset      Rec Offset      Rec Offset      Rec Offset      Rec Offset
---------------------------------------------------------------------------
0x01 0x1f90     0x02 0x1f28     0x03 0x1ee4     0x04 0x1e80     0x05 0x1e00
0x06 0x1c58     0x07 0x1c04     0x08 0x1b44     0x09 0x1b00     0x0a 0x1a9c
0x0b 0x19d8     0x0c 0x197c     0x0d 0x121c     0x0e 0x11d8     0x0f 0x1174
0x10 0x110c     0x11 0x10a8     0x12 0x0f20     0x13 0x0edc     0x14 0x0e78
0x15 0x0e28     0x16 0x0d6c     0x17 0x0cbc     0x18 0x0c10     0x19 0x0b64
0x1a 0x0ab4     0x1b 0x0a08     0x1c 0x093c     0x1d 0x0890     0x1e 0x07e4
0x1f 0x0738     0x20 0x0688     0x21 0x05e4     0x22 0x0558     0x23 0x0500
0x24 0x04a0
-- irb : 0x24,回滚链尾端记录号为0x24

根据irb : 0x24，查找Rec #0x24
*-----------------------------
* Rec #0x24  slt: 0x03  objn: 24633(0x00006039)  objd: 24633  tblspc: 6(0x00000006)
*       Layer:  11 (Row)   opc: 1   rci 0x23
Undo type:  Regular undo   Last buffer split:  No
Temp Object:  No
Tablespace Undo:  No
rdba: 0x00000000
*-----------------------------
KDO undo record:
KTB Redo
op: 0x02  ver: 0x01
compat bit: 4 (post-11) padding: 1
op: C  uba: 0x00c00c61.00d1.22
KDO Op code: URP row dependencies Disabled
  xtype: XA flags: 0x00000000  bdba: 0x020000de  hdba: 0x020000da
itli: 2  ispac: 0  maxfr: 4858
tabn: 0 slot: 1(0x1) flag: 0x2c lock: 0 ckix: 0
ncol: 2 nnew: 1 size: 4
col  1: [ 6]  4f 52 41 43 4c 45
-- rci 0x23，且rdba: 0x00000000，表示回滚记录都在此块儿上面，如果rdba非0，那就代表回滚链中前一个块所在的位置，
我们可以根据它的值再dump相关block查看。
-- col  1: [ 6]  4f 52 41 43 4c 45，就是我做最后一次update的前镜像
我的更新语句是：
update l1 set name='XX' where id=2;
而在更新之前name值为ORACLE，十六进制为
sys@MAA> select dump('ORACLE',16) from dual;

DUMP('ORACLE',16)
--------------------------------------------------------------
Typ=96 Len=6: 4f,52,41,43,4c,45
-- 可见和col值一致。

Trc往上翻，会找到Rec #0x22和Rec #0x23：
*-----------------------------
* Rec #0x22  slt: 0x03  objn: 24633(0x00006039)  objd: 24633  tblspc: 6(0x00000006)
*       Layer:  11 (Row)   opc: 1   rci 0x00
Undo type:  Regular undo    Begin trans    Last buffer split:  No
Temp Object:  No
Tablespace Undo:  No
rdba: 0x00000000Ext idx: 0
flg2: 0
*-----------------------------
uba: 0x00c00c61.00d1.21 ctl max scn: 0x0000.003f40f3 prv tx scn: 0x0000.003f4243
txn start scn: scn: 0x0000.00000000 logon user: 59
 prev brb: 12586070 prev bcl: 0
KDO undo record:
KTB Redo
op: 0x03  ver: 0x01
compat bit: 4 (post-11) padding: 1
op: Z
KDO Op code: URP row dependencies Disabled
  xtype: XA flags: 0x00000000  bdba: 0x020000de  hdba: 0x020000da
itli: 2  ispac: 0  maxfr: 4858
tabn: 0 slot: 0(0x0) flag: 0x2c lock: 0 ckix: 0
ncol: 2 nnew: 1 size: 3
col  1: [ 5]  4c 55 4f 43 53

*-----------------------------
* Rec #0x23  slt: 0x03  objn: 24634(0x0000603a)  objd: 24634  tblspc: 6(0x00000006)
*       Layer:  11 (Row)   opc: 1   rci 0x22
Undo type:  Regular undo   Last buffer split:  No
Temp Object:  No
Tablespace Undo:  No
rdba: 0x00000000
*-----------------------------
KDO undo record:
KTB Redo
op: 0x03  ver: 0x01
compat bit: 4 (post-11) padding: 1
op: Z
KDO Op code: URP row dependencies Disabled
  xtype: XA flags: 0x00000000  bdba: 0x020000e3  hdba: 0x020000e2
itli: 2  ispac: 0  maxfr: 4858
tabn: 0 slot: 0(0x0) flag: 0x2c lock: 0 ckix: 0
ncol: 2 nnew: 1 size: 3
col  1: [ 5]  4c 55 4f 43 53
-- 分别就是第一次和第二次update的前镜像，值也一致。

sys@MAA> select dump('LUOCS',16) from dual;

DUMP('LUOCS',16)
--------------------------------------------------------
Typ=96 Len=5: 4c,55,4f,43,53


另外，我们也可以如下方式dump undo block

sys@MAA> @showtra
Enter value for sid: 58
old  13:        WHERE SID=&SID
new  13:        WHERE SID=58

    XIDUSN    XIDSLOT     XIDSQN     UBAFIL     UBABLK     UBASQN     UBAREC STATUS
---------- ---------- ---------- ---------- ---------- ---------- ---------- --------------------------------
         9          3        738          3       3169        209         36 ACTIVE

sys@MAA> alter system dump undo block '_SYSSMU9_578104089$' xid 9 3 738;

System altered.

sys@MAA> select value from v$diag_info where name = 'Default Trace File';

VALUE
----------------------------------------------------------------------------------------------------
/u01/app/oracle/diag/rdbms/maa/maa/trace/maa_ora_15140.trc

TRC内容如下，部分内容略掉
UNDO BLK:  Extent: 2   Block: 97   dba (file#, block#): 3,0x00000c61
xid: 0x0009.003.000002e2  seq: 0xd1  cnt: 0x24  irb: 0x24  icl: 0x0   flg: 0x0000
 
 Rec Offset      Rec Offset      Rec Offset      Rec Offset      Rec Offset
---------------------------------------------------------------------------
0x01 0x1f90     0x02 0x1f28     0x03 0x1ee4     0x04 0x1e80     0x05 0x1e00     
0x06 0x1c58     0x07 0x1c04     0x08 0x1b44     0x09 0x1b00     0x0a 0x1a9c     
0x0b 0x19d8     0x0c 0x197c     0x0d 0x121c     0x0e 0x11d8     0x0f 0x1174     
0x10 0x110c     0x11 0x10a8     0x12 0x0f20     0x13 0x0edc     0x14 0x0e78     
0x15 0x0e28     0x16 0x0d6c     0x17 0x0cbc     0x18 0x0c10     0x19 0x0b64     
0x1a 0x0ab4     0x1b 0x0a08     0x1c 0x093c     0x1d 0x0890     0x1e 0x07e4     
0x1f 0x0738     0x20 0x0688     0x21 0x05e4     0x22 0x0558     0x23 0x0500     
0x24 0x04a0     
 
*-----------------------------
* Rec #0x24  slt: 0x03  objn: 24633(0x00006039)  objd: 24633  tblspc: 6(0x00000006)
*       Layer:  11 (Row)   opc: 1   rci 0x23   
Undo type:  Regular undo   Last buffer split:  No 
Temp Object:  No 
Tablespace Undo:  No 
rdba: 0x00000000
*-----------------------------
KDO undo record:
KTB Redo 
op: 0x02  ver: 0x01  
compat bit: 4 (post-11) padding: 1
op: C  uba: 0x00c00c61.00d1.22
KDO Op code: URP row dependencies Disabled
  xtype: XA flags: 0x00000000  bdba: 0x020000de  hdba: 0x020000da
itli: 2  ispac: 0  maxfr: 4858
tabn: 0 slot: 1(0x1) flag: 0x2c lock: 0 ckix: 0
ncol: 2 nnew: 1 size: 4
col  1: [ 6]  4f 52 41 43 4c 45
 
*-----------------------------
* Rec #0x23  slt: 0x03  objn: 24634(0x0000603a)  objd: 24634  tblspc: 6(0x00000006)
*       Layer:  11 (Row)   opc: 1   rci 0x22   
Undo type:  Regular undo   Last buffer split:  No 
Temp Object:  No 
Tablespace Undo:  No 
rdba: 0x00000000
*-----------------------------
KDO undo record:
KTB Redo 
op: 0x03  ver: 0x01  
compat bit: 4 (post-11) padding: 1
op: Z
KDO Op code: URP row dependencies Disabled
  xtype: XA flags: 0x00000000  bdba: 0x020000e3  hdba: 0x020000e2
itli: 2  ispac: 0  maxfr: 4858
tabn: 0 slot: 0(0x0) flag: 0x2c lock: 0 ckix: 0
ncol: 2 nnew: 1 size: 3
col  1: [ 5]  4c 55 4f 43 53
 
*-----------------------------
* Rec #0x22  slt: 0x03  objn: 24633(0x00006039)  objd: 24633  tblspc: 6(0x00000006)
*       Layer:  11 (Row)   opc: 1   rci 0x00   
Undo type:  Regular undo    Begin trans    Last buffer split:  No 
Temp Object:  No 
Tablespace Undo:  No 
rdba: 0x00000000Ext idx: 0
flg2: 0
*-----------------------------
uba: 0x00c00c61.00d1.21 ctl max scn: 0x0000.003f40f3 prv tx scn: 0x0000.003f4243
txn start scn: scn: 0x0000.00000000 logon user: 59
 prev brb: 12586070 prev bcl: 0
KDO undo record:
KTB Redo 
op: 0x03  ver: 0x01  
compat bit: 4 (post-11) padding: 1
op: Z
KDO Op code: URP row dependencies Disabled
  xtype: XA flags: 0x00000000  bdba: 0x020000de  hdba: 0x020000da
itli: 2  ispac: 0  maxfr: 4858
tabn: 0 slot: 0(0x0) flag: 0x2c lock: 0 ckix: 0
ncol: 2 nnew: 1 size: 3
col  1: [ 5]  4c 55 4f 43 53

 

其实，我们只要知道Undo里会保存我们所做DML操作的前镜像(非永久)即可，至于如何去查找它们并应用交给Oracle就行了，就当它是一个黑盒子。
当然，对底层感兴趣的朋友可以深入研究。

Oracle根据数据块ITL查找UNDO前镜像
zhaoyangjian724的专栏
10-10 1053
v$transaction: 列出了没有提交的活动事务 2. XID的结构 eg SQL> ---session1 SQL> drop table test_undo1 purge; Table dropped. SQL> create table test_undo1 as select * from dba_objects; Table created. SQL> set line
Spring Cloud Alibaba Seata 分布式事务解决方案简介
扛麻袋的少年的博客
07-30 1626
本文目录：写在开头1.分布式事务的问题1.1 用例1.2 架构图1.3 分布式事务解决方案2 什么是 Seata3.Seata 术语表4. Seata 功能5. AT 模式Ⅰ.前提Ⅱ.优缺点Ⅲ.整体机制Ⅳ.写隔离Ⅴ.读隔离Ⅵ.工作机制一阶段二阶段-回滚二阶段-提交 写在开头   接上一篇文章：Sentinel 控制台规则持久化。从本节内容开始，我们来了解一个全新的产物：Spring Cloud Alibaba Seata 分布式事务。开篇先附上部分 Seata 相关内容： Seata 官网 Seata
通过undo找到前镜像
cjllyl654321的博客
06-28 151
SQL> show user USER 为 "TEST" SQL> create table t(id int ,name varchar2(10)); 表已创建。 SQL> insert into...
java代码如何解决 同一事务中先更新再查询,结果是更新后的数据问题
Java&Develop的博客
06-27 3571
java代码如何解决 同一事务中先更新再查询,结果是更新后的数据问题
同一事务中修改后再查询还是修改前的结果
Java&Develop的博客
06-27 2897
同一事务中修改后再查询还是修改前的结果
一个事务内修改后，再查询，结果如何
mmdsl083的博客
11-03 2474
情况：同一个事务内，多个操作。操作一：更新已存在的某些数据。数据库：mysql8.0。操作二：查询这部分数据。
MYSQL中，一条update是怎么执行的，具体解释buffer pool中各组件的交互，如redo log，undo log， change buffer等，最好有图
02-26
另外，在更新数据时，先写undo log，再修改数据页，然后记录redo log。对于二级索引的更新，如果页不在内存，则使用change buffer，避免立即读入。 可能还需要提到脏页，即被修改但未刷回磁盘的数据页，由后台线程...
InnoDB学习（四）之RedoLog和UndoLog
小明的博客
12-14 1351
BinLog是MySQL Server层的日志，所有的MySQL存储引擎都支持BinLog。BinLog可以支持主从复制和数据恢复，但是对事务的ACID特性支持比较差。InnoDB存储引擎引入RedoLog和UndoLog事务日志，用于提升事务场景下的数据库性能。本文会对RedoLog和UndoLog进行介绍。 RedoLog和UndoLog ChangeBuffer和WAL 我们以一条SQL更新语句来介绍RedoLog的作用，首先在数据库中创建user_info表，该表包含主键列id和姓名列，并向数据库中
手把手带领小伙伴们写一个分布式事务案例
JavaShark的博客
06-05 221
今天我就先来和小伙伴们分析下如何使用 seata 中的 at 模式来处理分布式事务。整体上来说，AT 模式是两阶段提交协议的演变：大致上的逻辑就是上面这样，我们通过一个具体的案例来看看 AT 模式是如何工作的：假设有一个业务表 product，如下：现在我们想做如下一个更新操作： update product set name = 'GTS' where name = 'TXC'; 步骤如下：二阶段分两种情况，提交或者回滚。先来看回滚步骤：再来看提交步骤：大致上就是这样一个
互联网大厂高频面试题基本总结回顾（含笔试高频算法整理）
热门推荐
张彦峰的博客
04-03 176万+
1.自我介绍+项目介绍+项目细节/难点提问-------这个主要看个人的经历了，每个人都不一样 2.基础知识点考核---------还是可以去增强自己的，也是这次的主要的一些总结思路 3.算法题-----------一般都是LeetCode高频题，这个得在找工作之前的好好的练习(d对常见的高频题进行总结分析，见对应的链接提示)
Jpa同一个事务中对同一数据先改后查，获取数据并未改变（22年10月25日）
码码哈哈的博客
10-25 1517
​ 在某一方法中对使用自己写的update方法A对象进行修改操作，且在这个方法返回之前对A对象进行查询。发现得到的数据是A对象修改之前的数据，而并非A对象修改之后的数据。这是什么原因造成的呢？
java 同一个事物 先更新再查询_Java框架面试题
weixin_42347357的博客
12-08 4237
Spring Bean作用域区别使用scope指定bean的作用于属性介绍singleton默认值，当IOC容器一创建就会创建bean的实例，是单例的，每次得到的都是同一个propotype原型的，当IOC容器创建时不创建bean，每次调用getBean方法时再实例化bean，而且不是同一个request在web环境中使用，每次HTTP请求实例化一个beansession在web环境中使...
mysql同一个事务中先插入再查询与先删除再查询结果分析
lpp_dd的博客
10-19 4万+
一，现象展示 1、先插入再查询 BEGIN; INSERT INTO video (CREATE_TIME, UPDATE_TIME, VERSION, VID, VIDEO_NAME, SPEED, RATE, HORIZONTAL, VERTICAL, SIZE, LIB_ID, ALARM_THRESHOLD, ONLINE, STATUS, REMARK) VALUES(NOW()...
查看undo中sql语句的占用情况
whz110的专栏
08-06 1726
查看undo中sql语句的占用情况 select * from (select maxqueryid, round(sum(undoblks) * 8 / 1024) consumed_size_MB from v$undostat group by maxqueryid order by consumed_size_MB d...
关于在MySQL同一事务中先更新再查询,结果是更新后的数据问题
shyの个人笔记
12-30 1万+
关于在MySQL同一事务中先更新再查询,结果是更新后的数据问题
同一个事务里 查询 已删除但是未提交的数据[bug记录]
07-31 1万+
前几天犯了个低级错误，在一个事务方法里老是查询不到某条记录，但是debug卡住时，用db工具查，又能查出值。 经过一番折腾，原来是我在同一个事务里 查询 了已删除但是未提交的数据，当然查询不到了！！！ 情况是这样的： Service层（spring事务管理配置在这一层，此方法配了PROPAGATION_REQUIRED）有个方法function m()写得很长， 其中有2步是 
java 同一个事物 先更新再查询_(变强、变秃)Java从零开始OA结束
weixin_36269141的博客
12-19 1803
OA系统项目：项目涉及工具、技巧、tips：详情参见各个模块：Echars：图形化界面显示验证码RandomServletExcel导出工具polJUnit测试框架使用：右键项目BuildPath-Add Libraries.. 选择JUnit-JUnit4 完成Gson 处理日期格式：Gson gson = new GsonBuilder().setDateFormat("yyyy-MM-dd"...
java如何开启一个事务。事务里面执行多条sql会在数据库方面回滚吗？
最新发布
08-03
<think>我们正在回答用户的问题：Java中如何开启数据库事务？事务中执行多条SQL语句是否会触发数据库回滚机制？ 根据引用[4]我们知道，MySQL中默认是自动提交模式，每条SQL作为一个事务自动提交。而我们需要手动开启事务来将多条SQL放在同一个事务中。 在Java中，我们可以通过JDBC或者Spring框架来管理事务。 1. 使用JDBC开启事务： - 首先获取数据库连接，然后设置`setAutoCommit(false)`来关闭自动提交，这样后续的多个SQL操作就会在同一个事务中。 - 然后执行多条SQL语句。 - 如果所有操作成功，调用`commit()`提交事务。 - 如果出现异常，调用`rollback()`回滚事务。 2. 使用Spring框架开启事务： - 可以通过注解`@Transactional`来声明事务，这样在方法内执行的所有数据库操作都会在同一个事务中。 - 如果方法正常执行完毕，事务提交；如果方法抛出异常，事务回滚。 关于第二个问题：事务中执行多条SQL语句是否会触发数据库回滚机制？ - 在事务中，如果其中一条SQL语句执行失败（比如抛出SQLException），那么我们需要捕获异常并执行回滚操作（在JDBC中手动回滚，在Spring中会自动回滚）。 - 根据引用[4]，在手动提交模式下，如果事务中的某条SQL出错，并不会自动回滚整个事务，而是需要我们在代码中显式回滚。但是，如果我们在执行SQL语句时，某条SQL语句因为违反约束等而失败，它会抛出异常，如果我们捕获到异常并执行回滚，那么整个事务就会回滚。如果没有捕获异常，并且后续继续执行并提交了事务，那么之前已经执行成功的SQL操作（即使有错误）也会被提交？实际上，在JDBC中，如果一条SQL执行失败（抛出异常），那么后续的SQL就不会执行（除非我们捕获异常继续执行），所以我们需要在异常处理中回滚事务。 - 但是，在Spring中，当使用`@Transactional`时，默认情况下，如果方法中抛出运行时异常（unchecked exception）或Error，事务会自动回滚。如果是检查异常（checked exception），默认不会回滚，除非指定回滚规则。 因此，关键点在于：在事务中，如果某条SQL失败，我们需要通过回滚操作（手动或自动）来撤销该事务中所有已执行的SQL操作，以保证原子性。如果未处理异常，可能会导致部分提交（在JDBC中，如果我们没有捕获异常，那么可能执行到commit，但实际在commit之前有异常抛出，事务不会提交，但也不会执行commit，而是会回滚？）实际上，在JDBC中，如果我们在执行某条SQL时抛出异常，那么事务处于一个需要回滚的状态，如果我们尝试提交，JDBC驱动可能会在提交时抛出异常，或者直接回滚？具体行为可能依赖于驱动实现。但最佳实践是在捕获异常后显式回滚。 下面我们详细说明： 一、使用JDBC开启事务并处理回滚的示例： ```java Connection conn = null; try { conn = dataSource.getConnection(); // 关闭自动提交，开启事务 conn.setAutoCommit(false); // 执行第一条SQL Statement stmt1 = conn.createStatement(); stmt1.executeUpdate("INSERT INTO table1 ..."); // 执行第二条SQL Statement stmt2 = conn.createStatement(); stmt2.executeUpdate("UPDATE table2 ..."); // 假设这里执行失败，抛出SQLException // 如果所有操作成功，提交事务 conn.commit(); } catch (SQLException e) { // 捕获异常，回滚事务 if (conn != null) { try { conn.rollback(); // 回滚事务，撤销前面的插入操作 } catch (SQLException ex) { ex.printStackTrace(); } } throw e; // 可以选择继续抛出异常 } finally { // 关闭连接等清理工作 if (conn != null) { try { conn.setAutoCommit(true); // 恢复自动提交模式 conn.close(); } catch (SQLException e) { e.printStackTrace(); } } } ``` 在这个例子中，如果第二条SQL更新失败，抛出异常，那么我们会捕获异常并执行回滚，这样第一条插入操作也会被撤销。 二、使用Spring的`@Transactional`注解： ```java @Service public class MyService { @Autowired private JdbcTemplate jdbcTemplate; @Transactional public void myBusinessMethod() { // 执行第一条SQL jdbcTemplate.update("INSERT INTO table1 ..."); // 执行第二条SQL jdbcTemplate.update("UPDATE table2 ..."); // 如果这里失败，抛出运行时异常，则整个事务回滚 } } ``` 在Spring中，默认情况下，当方法抛出运行时异常（如`RuntimeException`）或错误（`Error`）时，事务会自动回滚。如果抛出的是检查异常（如`IOException`），默认不会回滚。可以通过`@Transactional`的`rollbackFor`属性指定需要回滚的异常类型。 因此，在事务中执行多条SQL语句，如果其中一条失败，通过正确的异常处理机制（手动回滚或Spring自动回滚），可以触发整个事务的回滚，从而保证原子性。 总结： 1. Java中开启事务：JDBC通过`setAutoCommit(false)`开启事务，Spring通过`@Transactional`注解开启事务。 2. 事务中多条SQL执行：如果其中一条失败，需要捕获异常并回滚事务（JDBC手动回滚，Spring自动回滚）。如果没有回滚，则已经执行成功的SQL操作可能会被提交（在JDBC中，如果我们没有回滚，而是继续提交，那么提交会失败，或者在某些情况下，部分驱动可能会提交成功？但这是不安全的，所以必须捕获异常并回滚）。 注意：在JDBC中，当一条SQL执行失败时，后续的SQL不会执行（因为抛出异常，跳转到catch块），所以不会出现部分成功的情况。但是，如果我们捕获了异常，没有回滚，而是继续执行其他SQL并提交，那么之前成功的SQL操作就会被提交。因此，在事务中，一旦出现异常，我们应该回滚事务。 引用说明： [^1]：事务回滚的概念，包括分布式事务回滚。 [^2]：展示了在Spring中使用多线程执行数据库操作，但注意：在多线程中执行数据库操作，每个线程通常有自己的连接，因此不在同一个事务中。如果需要多线程事务，需要使用分布式事务。 [^3]：提到了使用JUnit测试事务，以及通过转账例子演示事务处理。 [^4]：MySQL的事务模式，自动提交和手动提交，以及事务回滚机制。 根据以上内容，我们回答用户的问题。</think>### Java中开启数据库事务及回滚机制详解 #### 一、Java中开启数据库事务的两种主要方式 1. **JDBC原生事务控制** 通过设置连接对象的自动提交模式，显式管理事务生命周期： ```java Connection conn = dataSource.getConnection(); try { // 1. 关闭自动提交，开启事务 conn.setAutoCommit(false); // 2. 执行多条SQL语句 Statement stmt1 = conn.createStatement(); stmt1.executeUpdate("DELETE FROM orders WHERE user_id=100"); Statement stmt2 = conn.createStatement(); stmt2.executeUpdate("DELETE FROM users WHERE id=100"); // 3. 手动提交事务 conn.commit(); } catch (SQLException e) { // 4. 异常时回滚事务 conn.rollback(); } finally { conn.setAutoCommit(true); // 恢复自动提交模式 conn.close(); } ``` **关键点**： - `setAutoCommit(false)`：开启事务边界[^4] - 所有SQL操作在同一个连接中执行 - 必须显式调用`commit()`或`rollback()` 2. **Spring框架声明式事务** 使用`@Transactional`注解简化事务管理： ```java import org.springframework.transaction.annotation.Transactional; @Service public class UserService { @Autowired private UserRepository userRepo; @Autowired private OrderRepository orderRepo; @Transactional // 开启事务 public void deleteUserWithOrders(int userId) { orderRepo.deleteByUserId(userId); // SQL1 userRepo.deleteById(userId); // SQL2 // 方法正常结束时自动提交 } } ``` **特性**： - 默认对`RuntimeException`自动回滚 - 可通过`rollbackFor`自定义回滚异常 - 事务传播行为可控（如`PROPAGATION_REQUIRED`） #### 二、多SQL执行时的回滚机制 当事务中执行多条SQL语句时，**数据库会自动触发回滚机制**，但具体行为取决于错误处理方式： 1. **自动回滚场景**： - 任何SQL语句执行失败（如语法错误、约束违反） - 未捕获的`RuntimeException`（Spring中） - 事务边界内发生系统故障 ```java // 示例：第二条SQL违反唯一约束 @Transactional public void updateData() { jdbcTemplate.update("UPDATE table1 SET ..."); // 成功 jdbcTemplate.update("INSERT INTO table2 ..."); // 违反唯一约束，自动回滚 } ``` 2. **需手动处理的场景**： - 捕获异常后未回滚（错误示范）： ```java try { conn.setAutoCommit(false); stmt.executeUpdate("SQL1"); // 成功 stmt.executeUpdate("SQL2"); // 失败 conn.commit(); // 仍尝试提交！ } catch (Exception e) { // 未调用rollback()，SQL1可能被提交 } ``` - 检查异常（Checked Exception）： ```java @Transactional public void process() throws IOException { jdbcTemplate.update("SQL1"); throw new IOException(); // 默认不会触发回滚 } ``` 解决方案：添加`@Transactional(rollbackFor = IOException.class)` 3. **回滚的数学本质**： 事务原子性可表示为： $$ \forall \text{SQL}_i \in \text{Transaction}, \quad \text{结果} = \begin{cases} \text{Commit} & \text{if } \forall \text{SQL}_i = \text{Success} \\ \text{Rollback} & \text{if } \exists \text{SQL}_k = \text{Fail} \end{cases} $$ #### 三、最佳实践建议 1. **统一异常处理**： ```java @Transactional public void safeDelete() { try { // 业务操作 } catch (DataAccessException e) { TransactionAspectSupport.currentTransactionStatus().setRollbackOnly(); throw e; } } ``` 2. **测试事务回滚**（JUnit示例）： ```java @SpringBootTest public class TransactionTest { @Autowired private UserService service; @Test @Transactional // 测试结束后自动回滚 public void testRollback() { service.deleteUser(100); // 故意触发错误 fail("Expected exception not thrown"); } } ``` 3. **关键注意事项**： - Spring中避免在`@Transactional`方法内捕获异常后不抛出 - JDBC中确保`rollback()`在`finally`块中被调用 - 分布式系统需使用Seata等框架实现全局事务[^1] > **总结**：在Java中，无论是JDBC还是Spring框架，事务中的多条SQL语句会通过数据库的undo日志机制实现原子性。当任意SQL失败时，通过显式回滚（JDBC）或异常传播（Spring）可触发整个事务回滚，确保数据一致性[^3][^4]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值