Oracle:在可序列化事务中插入后立即选择

Question

我最近在 Oracle 数据库中编程时遇到了一个奇怪的问题:在可序列化事务中，我进行了批量插入(INSERT ... SELECT)，然后立即在更改后打开一个带有 SELECT 的游标 table 。我假设这个游标会包含新插入的行，但令我惊讶的是，它的内容不稳定，有时包含所有新插入的行，有时只包含一个子集。

我已经通过在打开光标之前提交来解决了这个问题，但这种行为让我感到困惑。在同一事务中插入后的选择，没有中间提交，真的可以信任吗？或者这种行为是否与可序列化的事务有关？

后续:当尝试创建可重现的测试用例时，只有在添加索引(在本例中是主键索引，在实际代码中它是常规索引)。也许问题在于构建索引所花费的时间，以至于 SELECT 实际上使用不完整的索引来检索结果？无论如何，这是一个可重现的测试用例:

-- Create empty source table
CREATE TABLE TEST_CASE_1 AS 
  (SELECT 'CONTENT' AS CONTENT
   FROM DUAL
   WHERE 1 = 2)

-- Add primary key
ALTER TABLE TEST_CASE_1
ADD CONSTRAINT TEST_CASE_1_PK PRIMARY KEY (CONTENT);

-- Create empty destination table
CREATE TABLE TEST_CASE_2 AS 
  (SELECT 'CONTENT' AS CONTENT
   FROM DUAL
   WHERE 1 = 2)

-- Example of faulty code
BEGIN

  SET TRANSACTION ISOLATION LEVEL SERIALIZABLE;

  -- Populate with 100.000 rows (I used ALL_OBJECTS but any source of 100.000 rows is good)
  INSERT INTO TEST_CASE_1
    (SELECT ROWNUM 
     FROM ALL_OBJECTS
     WHERE ROWNUM <= 100000);

  INSERT INTO TEST_CASE_2
    (SELECT *
     FROM TEST_CASE_1
     WHERE CONTENT > 0);

  COMMIT;

END;

在此示例中，我预计 TEST_CASE_2 也有 100.000 行。重现此测试用例(在无负载数据库中)，我插入了大约 400-500 行。删除将事务设置为可序列化的语句，我获得了正确的 100.000 行计数。

Answer 1

这似乎是一个错误；如果您可以访问 Oracle 的支持网站，请查看注释 1455175.1，该注释可以追溯到 8i。列出了几个错误号(7592038 - '从可序列化中新插入的行的选择/更新中默默地看不到数据'，6363019)，但它们作为 440317 的重复项被关闭('隔离级别可序列化导致在所选行上找不到数据) AFTER INSERT')，它显示为仍然开放并正在开发中进行调查 - 尽管它最初是针对版本 7(!) 提出的。

你似乎是对的，这与PK有关。列出的解决方法是:

• 提交到那时已执行的工作。
• 执行其他(但不同的)语句(可能在回滚到事务中先前建立的保存点之后)。
• 回滚整个事务并从头开始重新启动事务。
• 执行全表扫描并避免使用索引。

您知道第一个解决方法已经有效，我认为第二个或第三个解决方法不会对您有帮助吗？您可以尝试第四种方法，为第二次插入的选择添加 /*+ FULL(TEST_CASE_1) */ 提示。

我在 11.2.0.2 (Linux) 中没有收到错误，但我找不到任何表明该错误已被修复的信息；而且我没有 11.1 环境来尝试 - 因此我无法检查最后的解决方法是否适用于该测试用例。

有一条说明，您可以在 11G 中获得 ORA-08177。如果我在创建表后太快运行匿名 block ，或者插入了太多行，我就会遇到这个问题，这似乎也与 PK 有关。 This previous question可能相关。

似乎这将继续成为一个问题，因此，如果解决方法没有帮助，您可能需要重新考虑是否确实需要更改隔离级别；如果您这样做，您可能需要向 Oracle 提出服务请求才能获得更好的答案。