相同的 Oracle 数据库设置：仅其中之一出现异常

Question

编辑：查看这个问题的结尾，了解导致错误的原因以及我是如何发现的。

当我运行一个将数据批量插入到的应用程序时，Hibernate 抛出了一个非常奇怪的异常甲骨文数据库。该错误来自 Oracle 数据库 ORA-00001，其中

”表示已尝试 插入一条有重复记录的记录 （唯一）密钥。也会出现这个错误 如果现有记录被生成 更新以生成副本 （唯一）密钥。”

这个错误很奇怪，因为我在另一台机器上创建了相同的表（完全相同的定义），如果我通过我的应用程序使用该表，则不会收到相同的错误。并且所有数据都插入到数据库中，所以没有什么被真正拒绝的，

这两个设置之间一定有什么不同，但我能看到的唯一不同的是我在发出

select * from v$version where banner like 'Oracle%';

The database 时得到的横幅输出，这给我带来了麻烦： Oracle 数据库 10g 企业版版本 10.2.0.3.0 - 产品
有效的： Oracle Database 10g 版本 10.2.0.3.0 - 64 位生产

两者的表定义、输入和我编写的应用程序是相同的。所涉及的表基本上是一个带有复合 id（serviceid、date、value1、value2）的四列表 - 没什么花哨的。

关于什么可能是错误的任何想法？我已经多次开始干净，删除两个表以平等的理由开始，但我仍然从数据库中收到错误。

更多输出：

Caused by: java.sql.BatchUpdateException: ORA-00001: unique constraint (STATISTICS.PRIMARY_KEY_CONSTRAINT) violated

    at oracle.jdbc.driver.DatabaseError.throwBatchUpdateException(DatabaseError.java:367)
    at oracle.jdbc.driver.OraclePreparedStatement.executeBatch(OraclePreparedStatement.java:8728)
    at org.hibernate.jdbc.BatchingBatcher.doExecuteBatch(BatchingBatcher.java:70)

我如何找出导致问题的原因

感谢 APC 和 ik_zelf，我能够查明此错误的根本原因。事实证明，Quartz 调度程序针对生产数据库（出现错误的地方）配置错误。 对于针对非故障 Oracle 服务器运行的作业，我有 0/5 * * * * ? 每五秒运行一次批处理作业。我认为对于其他 Oracle 服务器来说，每分钟一次就足够了，并用 * */1 * * * ? 设置了quartz 调度程序。事实证明这是错误的，它不是每分钟运行一次，而是每秒运行一次！

每个作业大约需要 1.5-2 秒，因此两个或多个作业同时运行，从而导致服务器上同时插入。因此，我没有插入 529 个元素，而是插入了 1000 到 2000 个元素。将 crontrigger 表达式更改为与另一个表达式相同，每五秒运行一次，解决了问题。

为了找出问题所在，我必须在 hibernate.cfg.xml 中设置 true 并禁用表上的主键约束。

-- To catch exceptions
-- to find the offending rows run the following query
-- SELECT * FROM uptime_statistics, EXCEPTIONS WHERE MY_TABLE.rowid = EXCEPTIONS.row_id;
create table exceptions(row_id rowid,
                        owner varchar2(30),
                        table_name varchar2(30),
                        constraint varchar2(30));

-- This table was set up
CREATE TABLE MY_TABLE
  (
    LOGDATE DATE NOT NULL,
    SERVICEID           VARCHAR2(255 CHAR) NOT NULL,
    PROP_A   NUMBER(10,0),
    PROP_B NUMBER(10,0),
    CONSTRAINT PK_CONSTRAINT PRIMARY KEY (LOGDATE, SERVICEID)
  );

-- Removed the constraint to see what was inserted twice or more
alter table my_table
  disable constraint PK_CONSTRAINT;

-- Enable this later on to find rows that offend the constraints
alter table my_table
  enable constraint PK_CONSTRAINT
    exceptions into exceptions;

Answer 1

您有一个独特的复合约束。 ORA-00001 表示您有两行或多行在 ServiceID、Date、Value1 和/或 Value2 中具有重复值。您说两个数据库的输入相同。因此，要么：

• 您想象您的程序正在抛出 ORA-00001，
• 您错误地认为两次运行中的输入是相同的。

更可能的解释是第二种：一个或多个关键列由外部源或默认值填充（例如，ServiceId 的代码表或日期列的 SYSDATE）。在失败的数据库中，此自动填充无法提供唯一值。造成这种情况的原因有很多，具体取决于您使用的机制。请记住，在唯一的复合键中，NULL 条目计数。也就是说，可以有任意数量的记录 (NULL,NULL.NULL,NULL)，但 (42,NULL,NULL,NULL) 只能有一条记录。

我们很难猜测实际问题可能是什么，对您来说也几乎同样困难（尽管您确实具有作为代码作者的优势，这应该会给您一些洞察力）。您需要的是一些跟踪语句。我的首选解决方案是使用 批量 DML 异常处理 但我是一个 PL/SQL 粉丝。 Hibernate 允许您将一些日志记录挂接到您的程序中：我建议您打开它。当代码有合适的工具时，调试起来会容易得多。

作为最后的手段，请在运行批量插入之前禁用约束。然后像这样重新启用它：

alter table t42
    enable constraint t42_uk
        exceptions into my_exceptions
/

如果有重复的行，这将失败，但至关重要的是 MY_EXCEPTIONS 表将列出所有冲突的行。这至少会给你一些关于重复来源的线索。如果您还没有异常表，则必须运行脚本：$ORACLE_HOME/rdbms/admin/utlexcptn.sql（您可能需要 DBA 才能访问此目录）。

---

tl;dr

洞察力需要信息：检测您的代码。

Answer 2

有问题的是 EE 数据库，另一个看起来像是 SE 数据库。我希望第一个是在更快的硬件上。如果是这种情况，并且您的日期列是使用 SYSDATE 填充的，则很可能是时间分辨率不够；您会得到重复的日期值。如果数据的其他列也不是唯一的，您将得到 ORA-00001。

虽然可能性不大，但乍一看我会朝这个方向看。

您可以使用异常表来识别数据吗？请参阅报告约束异常

Answer 3

我的猜测是服务 ID。无论 hibernate 用于“新鲜”插入的 service_id 是什么，都已被使用。

可能该表在一个数据库中为空，但在另一个数据库中填充，

但我敢打赌，service_id 是序列生成的，并且序列号与数据内容不同步。因此，表中有相同的 1000 行，但

SELECT service_id_seq.nextval FROM DUAL

在一个数据库中执行操作会得到比另一个数据库要少的行数。我在创建序列（例如脱离源代码控制）并且数据已从另一个数据库导入到表中的地方经常看到这种情况。