如何定位Table1中引发ORA-31011 XML解析失败的col1数据行？

遇到这种情况太头疼了——明明查询能返回结果，但滚动到某一行突然炸锅，还不知道是哪条数据搞的鬼。别慌，咱们可以用两种办法定位到出问题的行：

方法一：用PL/SQL块遍历检查 #

这是最直接的方式，通过逐行尝试转换XMLType，捕获错误并记录行信息。假设你的表有主键列（比如id），如果没有主键的话用rowid也能定位：

DECLARE
  v_xml XMLTYPE;
  v_id NUMBER; -- 换成你的主键类型，如果是字符串就用VARCHAR2
BEGIN
  FOR rec IN (SELECT id, col1 FROM table1) LOOP
    BEGIN
      v_xml := XMLTYPE(rec.col1);
    EXCEPTION
      WHEN OTHERS THEN
        IF SQLCODE = -31011 THEN -- 匹配XML解析错误的代码
          DBMS_OUTPUT.PUT_LINE('出错的行ID: ' || rec.id || '，错误信息: ' || SQLERRM);
        END IF;
    END;
  END LOOP;
END;
/

执行这个块后，打开DBMS输出窗口就能看到所有触发解析错误的行ID和对应的错误信息。如果你的表没有主键，把id换成rowid就行，同样能精准定位到具体行。

方法二：用自定义函数配合SQL查询 #

如果不想写PL/SQL，也可以创建一个自定义函数来判断某行的CLOB能否正常转换为XMLType，然后直接用SQL筛选出有问题的行：

首先创建校验函数：

CREATE OR REPLACE FUNCTION is_xml_valid(p_clob CLOB) RETURN NUMBER IS
  v_xml XMLTYPE;
BEGIN
  v_xml := XMLTYPE(p_clob);
  RETURN 1; -- 转换成功返回1
EXCEPTION
  WHEN OTHERS THEN
    RETURN 0; -- 转换失败返回0
END;
/

然后执行查询找出异常行：

SELECT id, col1 -- 或者rowid, col1
FROM table1
WHERE is_xml_valid(col1) = 0;

这个查询会直接返回所有无法正常解析为XML的行，你可以针对性地查看这些行的col1内容，找到那个引发错误的U+0003（ASCII ETX控制字符）。

补充说明 #

为什么一开始查询能返回结果，滚动才报错？因为SQL Developer默认是懒加载数据——它不会一次性把所有行的XMLType都转换好，而是当你滚动到对应行时才去执行转换操作，所以只有滚动到有问题的那一行才会触发解析错误。

内容的提问来源于stack exchange，提问作者user1894029