oracle学习笔记(x)-自治事务(AUTONOMOUS_TRANSACTION)

Oracle自治事务详解
本文介绍了Oracle数据库中的自治事务概念及其应用。自治事务可以独立于主事务进行提交或回滚,适用于错误日志记录等场景。文章通过具体示例对比了自治事务与非自治事务的区别,并探讨了在分布式环境中如何避免ORA-02064错误。

转自:https://blog.youkuaiyun.com/lingjian519/article/details/40539081

数据库事务是一种单元操作,要么是全部操作都成功,要么全部失败。在Oracle中,一个事务是从执行第一个数据管理语言(DML)语句开始,直到执行一个COMMIT语句,提交保存这个事务,或者执行一个ROLLBACK语句,放弃此次操作结束。

事务的“要么全部完成,要么什么都没完成”的本性会使将错误信息记入数据库表中变得很困难,因为当事务失败重新运行时,用来编写日志条目的INSERT语句还未完成。

针对这种困境,Oracle提供了一种便捷的方法,即自治事务。自治事务从当前事务开始,在其自身的语境中执行。它们能独立地被提交或重新运行,而不影响正在运行的事务。正因为这样,它们成了编写错误日志表格的理想形式。在事务中检测到错误时,您可以在错误日志表格中插入一行并提交它,然后在不丢失这次插入的情况下回滚主事务。

 

因为自治事务是与主事务相分离的,所以它不能检测到被修改过的行的当前状态。这就好像在主事务提交之前,它们一直处于单独的会话里,对自治事务来说,它们是不可用的。然而,反过来情况就不同了:主事务能够检测到已经执行过的自治事务的结果。

要创建一个自治事务,您必须在匿名块的最高层或者存储过程、函数、数据包或触发的定义部分中,使用PL/SQL中的PRAGMA AUTONOMOUS_TRANSACTION语句。在这样的模块或过程中执行的SQL Server语句都是自治的。

触发无法包含COMMIT语句,除非有PRAGMAAUTONOMOUS_TRANSACTION标记。但是,只有触发中的语句才能被提交,主事务则不行。

[sql]  view plain  copy
  1. --1、建测试表  
  2. Create table Msg (Msg varchar(50)) ;  
  3.   
  4. --2、创建自制事务:  
  5. create or replace procedure autonomouse_insert is  
  6.   pragma autonomous_transaction;  
  7. begin  
  8.   insert into msg values ('AutoNomouse Insert');  
  9.   commit;  
  10. end;  
  11.   
  12. --3、非自治事务:  
  13. create or replace procedure nonautonomouse_insert as  
  14. begin  
  15.   insert into msg values ('NonAutonomouse Insert');  
  16.   commit;  
  17. end;  

SQL测试脚本> 
[sql]  view plain  copy
  1. begin  
  2.   insert into msg values ('This Main Info');  
  3.   nonautonomouse_insert;  
  4.   rollback;  
  5. end;  
 
PL/SQL procedure successfully completed
 
SQL> select * from msg;
 
MSG
--------------------------------------------------
This Main Info
NonAutonomouse Insert

因为过程中有COMMIT;所以匿名块中得ROLLBACK是不起作用的;  由此得出:非自治事务中的COMMIT,ROLLBACK是会影响整个事务的。



下面我们看一个另外一种情况,自治事务对主事务的影响:
SQL> 
[sql]  view plain  copy
  1. delete msg;  
  2. --注意,这里没有commit  
  3. --反馈的信息:2 rows deleted  
  4. begin  
  5.   insert into msg values ('This Main Info');  
  6.   rollback;  
  7.   nonautonomouse_insert;  
  8.   rollback;  
  9. end;  

PL/SQL procedure successfully completed 
SQL> select * from msg; 
MSG
--------------------------------------------------
This Main Info
NonAutonomouse Insert
NonAutonomouse Insert
 
竟然没有ROLLBACK (DELETE * FROM SSG ;) 为什么了?因为过程就是一个新的SESSION,所以前面的SESSION
被正常EXIT,同时被自动提交; 所以我们会看到三行数据。

--------------------------------------------------
下面看一下自制事务:
[sql]  view plain  copy
  1. delete msg;   
  2. commit;  
  3. ---清空msg表  
  4.   
  5. begin  
  6.   insert into msg values ('This Main Info');  
  7.   autonomouse_insert;  
  8.   rollback;  
  9. end;  

结果PL/SQL procedure successfully completed 
SQL> select * from msg; 
MSG
--------------------------------------------------
AutoNomouse Insert
 
我们看到是一行数据,显然第一条SQL INSERT 是被ROLLBACK,证明自制事务是一个独立于主程序的事务,他不会对主事务的控制产生影响。另外在分布式环境中我们经常会遇到 ORA-02064 ERROR ,就是因为主事务自己有事务控制语句,然而被调用的远程过程也有自己的事物控制语句,当然就会报错,我们将被调用的过程声明为自制事务那就OK了。

Oracle支持自治事务Autonomous Transaction,据了解MySQL的InnoDB存储引擎不支持自治事务功能,我想到的一个解决方案是使用MyISAM表来作为审计日志表,这样即使rollback,日志仍然会提交
<think>嗯,用户问的是OpenGauss数据库是否支持PRAGMA AUTONOMOUS_TRANSACTION这个声明来实现自治事务。首先,我需要回忆一下OpenGauss的特性。我记得OpenGauss是基于PostgreSQL开发的,而PostgreSQL本身并不支持Oracle那样的自治事务,通常是通过过程语言扩展比如PL/pgSQL的某些特性或者通过其他方式模拟。不过,用户提到的PRAGMA AUTONOMOUS_TRANSACTIONOracle的语法,通常在PL/SQL中使用,所以可能是在问OpenGauss有没有类似的机制。 接下来,我需要确认OpenGauss的官方文档是否有相关说明。根据之前的了解,OpenGauss主要兼容PostgreSQL,但可能也加入了一些自己的特性。不过自治事务在PostgreSQL社区中通常通过扩展如dbms_自治事务来实现,或者通过提交点的方式。比如,在PL/pgSQL中,每个异常块可能会自动成为一个子事务,但完全的自治事务需要显式处理。 然后,用户提到的PRAGMA关键字,这在Oracle中是用于编译指令的,比如设置某些参数。但在OpenGauss中,PRAGMA可能不被支持,因为这是Oracle特有的语法。所以,可能OpenGauss并不直接支持这样的声明,而是需要通过其他方式实现自治事务。 接下来,我需要考虑用户的实际需求。用户可能是在迁移Oracle数据库到OpenGauss,遇到了自治事务的问题,想知道如何处理。这时候,可能需要给出替代方案,比如使用存储过程中的子事务,或者使用dblink来模拟自治事务,或者安装扩展模块。 不过,需要注意的是,OpenGauss是否支持这些方法。比如,使用dblink连接到本地数据库,在另一个会话中执行事务,这样可以独立提交,但这种方法可能会影响性能,并且需要配置dblink。另外,是否有官方的扩展支持自治事务,比如类似于PostgreSQL的dbms_自治事务模块,但不确定OpenGauss是否已经包含或者需要单独安装。 另外,可能需要举例说明如何在OpenGauss中实现自治事务的效果。例如,在存储过程中使用EXCEPTION块,或者在特定位置使用SAVEPOINT和COMMIT来部分提交事务。不过,这可能需要仔细设计代码结构。 最后,还需要提醒用户,尽管可以通过这些方法模拟自治事务,但和Oracle的原生支持还是有区别的,特别是在错误处理和事务隔离方面,可能需要更多的测试和调整。 总结来说,回答应该包括:OpenGauss不直接支持PRAGMA AUTONOMOUS_TRANSACTION,但可以通过其他方法如存储过程中的子事务、dblink或扩展模块来实现类似效果,同时给出示例和注意事项。</think>OpenGauss数据库目前**不直接支持** Oracle风格的 `PRAGMA AUTONOMOUS_TRANSACTION` 语法来声明自治事务。不过,可以通过其他方法间接实现类似自治事务的功能。以下是具体介绍和替代方案: --- ### **1. 自治事务的核心需求** 自治事务的核心目的是在**主事务未提交时**,允许某个子操作(如存储过程中的日志记录)独立提交事务,且不影响主事务的后续流程。Oracle通过 `PRAGMA AUTONOMOUS_TRANSACTION` 实现这一点,但OpenGauss需借助其他机制。 --- ### **2. OpenGauss的替代方案** #### **方案1:使用存储过程 + 子事务控制** 通过`EXCEPTION`块或显式提交点(`SAVEPOINT`)实现部分操作的独立提交,但需注意事务隔离性: ```sql CREATE OR REPLACE FUNCTION log_operation() RETURNS VOID AS $$ BEGIN --事务操作 INSERT INTO main_table VALUES (1); -- 尝试自治事务(通过子事务模拟) BEGIN INSERT INTO log_table VALUES (NOW(), 'Operation logged'); COMMIT; -- 显式提交子事务 EXCEPTION WHEN OTHERS THEN ROLLBACK; END; END; $$ LANGUAGE plpgsql; ``` #### **方案2:通过dblink模拟自治事务** 使用`dblink`连接到当前数据库,在独立会话中执行操作: ```sql CREATE EXTENSION dblink; CREATE OR REPLACE FUNCTION autonomous_log() RETURNS VOID AS $$ BEGIN PERFORM dblink_connect('autonomous_conn', 'dbname=当前数据库 user=当前用户'); PERFORM dblink_exec('autonomous_conn', 'INSERT INTO log_table VALUES (NOW(), ''Autonomous log''); COMMIT;'); PERFORM dblink_disconnect('autonomous_conn'); END; $$ LANGUAGE plpgsql; ``` #### **方案3:扩展模块支持** 部分开源扩展(如 `pg_autonomous`)可提供类似功能,但需确认与OpenGauss的兼容性。 --- ### **3. 注意事项** - **事务隔离性**:自治事务与主事务的数据可见性可能受隔离级别影响。 - **性能开销**:`dblink`会创建新连接,可能增加资源消耗。 - **错误处理**:需妥善处理子事务中的异常,避免影响主事务--- ### **4. 官方建议** OpenGauss推荐通过**逻辑设计规避自治事务需求**(如异步消息队列处理日志),或利用其兼容PostgreSQL的子事务特性(`SAVEPOINT`)拆分操作。如需完整自治事务功能,建议关注官方后续版本更新或社区扩展支持。 希望以上内容能帮助你理解OpenGauss中自治事务的实现方式!如需进一步优化具体场景,可提供更多细节。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值