Inserting Data with DML Error Logging(转)

介绍了Oracle 10.2版本中的DML Error Logging特性,该特性允许在数据处理过程中记录异常而不立即回滚整个事务,有助于提高批量数据处理效率。支持主键冲突等特定类型的错误,并提供了使用示例。

进行dml时,如果有任何违反约束的记录出现,整个dml操作会终止并开始回滚,这对于大批量的数据处理,不管是从时间还是系统性能消耗上来说,都是相当大的代价。我曾经有过因为几条数据主键冲突而导致几千万的数据导入失败的经历,通常这很难让人接受。为此,10.2版本中引入DML error logging特性,通过记录dml运行过程中出现的异常而不回滚事务,通过延迟对异常数据的处理来保证整个事务的顺利运行。
DML Error Logging 适用在INSERT, UPDATE, MERGE, and DELETE 语句。
1.创建Error Logging错误日志表
SQL> EXECUTE DBMS_ERRLOG.CREATE_ERROR_LOG(‘dml_test’, ‘dml_test_error’);
2.Dml中加入Error logging子句
reject limit用来限制dml的最大报错数,若报错超出了最大限制数,dml语句中止并回滚,默认值是0,表示dml运行中遇到任何错误就终止回滚,你可以指定为unlimited。在并行dml中,reject limit设置为每个进程的最大报错数。
SQL> insert into dml_test select t.user_id, t.username from dba_users t log ERRORS INTO dml_test_error REJECT LIMIT unlimited;

例子:

Connected to Oracle Database 10g Enterprise Edition Release 10.2.0.3.0
Connected as TEST

–创建Error Logging表
SQL> EXECUTE DBMS_ERRLOG.CREATE_ERROR_LOG(‘dml_test’, ‘dml_test_error’);

Table created

–主键冲突,整个Insert回滚
SQL> insert into dml_test select t.user_id, t.username from dba_users t;

ORA-00001: unique constraint (SYS.PK_DML_TEST_ID) violated

–利用DML Error Logging特性,导入成功
SQL> insert into dml_test select t.user_id, t.username from dba_users t
2 log ERRORS INTO dml_test_error REJECT LIMIT unlimited;

10 rows inserted
–查看异常数据记录表
SQL> select ora_err_number$ num,substr(ora_err_mesg$,1,40) as err_msg, user_id,username from dml_test_error;

NUM ERR_MSG USER_ID USERNAME
- ———————————————————
1 ORA-00001: unique constraint(SYS.PK_DML 40 ORATEXT
1 ORA-00001: unique constraint(SYS.PK_DML 39 CTXSYS
…..

SQL>
–Insert成功后,通过dml_test_error来查询 处理失败的记录。

这个功能对于大批量数据Insert,Update还是很有用的。当然,也不是所有异常都可以通过DML Error Logging来处理,10.2版本只支持下列情况:
1.行值过长(Column values that are too large)
2.约束冲突(NOT NULL, unique, referential, and check constraints)
3.触发器执行过程中出现的错误(Errors raised during trigger execution)
4.Partition mapping errors
5.Certain MERGE operation errors (ORA-30926: Unable to get a stable set of rows for MERGE operation.)

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/24104518/viewspace-715220/,如需转载,请注明出处,否则将追究法律责任。

转载于:http://blog.itpub.net/24104518/viewspace-715220/

在遇到“Internal server error when inserting change or patchset”的问题时,可能涉及多个层面的原因,包括服务器配置、权限设置、代码逻辑或数据库操作异常等。以下是对该问题的详细分析和排查建议: 首先,服务器内部错误通常意味着请求处理过程中发生了未捕获的异常或错误。具体到插入更改(change)或补丁集(patchset)的操作,这通常涉及版本控制系统(如Git)与后端服务(如Gerrit)之间的交互。如果服务器无法正确处理这些操作,可能会导致500 Internal Server Error。 一种常见的情况是权限问题,例如运行服务的用户对关键目录或文件没有足够的访问权限。类似引用中提到的nginx进程用户无权访问特定目录的问题,Gerrit或其他相关服务的运行用户也可能需要对存储仓库的目录具有适当的读写权限。可以使用`setfacl`命令为指定用户赋予访问权限,例如: ```bash setfacl -R -m u:gerrit_user:rx /path/to/repositories ``` 此外,还需检查服务器日志以获取更详细的错误信息。日志文件通常位于 `/var/log/gerrit/` 或其他自定义路径下。查找最近的错误堆栈可以帮助定位问题根源,特别是与数据库连接、Git操作或插件加载相关的异常。 另一个可能的原因是数据库配置不当或连接失败。插入更改或补丁集通常需要向数据库写入元数据。如果数据库服务不可用、连接字符串配置错误或表结构不匹配,都会导致内部服务器错误。应确保数据库服务正常运行,并且Gerrit的配置文件(如 `gerrit.config` 和 `database.config`)中的数据库连接参数正确无误。 此外,Git钩子脚本或Gerrit插件可能存在兼容性问题或错误实现。某些自定义钩子或插件可能在提交过程中执行额外逻辑,若其中存在异常未被捕获,可能导致整个操作失败。可以通过禁用非必要的钩子或插件来逐步排除故障。 最后,网络问题也可能引发此类错误。例如,如果Gerrit依赖于远程服务(如LDAP认证、外部索引服务等),而这些服务暂时不可达,可能会导致请求处理中断并返回内部服务器错误。 综上所述,排查“Internal server error when inserting change or patchset”问题的关键步骤包括: 1. 检查服务日志,识别具体的错误堆栈。 2. 验证运行服务的用户对相关目录和文件具有适当权限。 3. 确保数据库服务可用且配置正确。 4. 排查Git钩子或Gerrit插件是否存在异常。 5. 检查所有依赖的远程服务是否可达。 通过系统性地验证上述方面,可以有效定位并解决插入更改或补丁集时发生的内部服务器错误。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符  | 博主筛选后可见
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值