Oracle UTL_MAIL公共同义词创建异常及循环同义词链问题求助

核心问题分析 #

你遇到的「looping chain of synonym error」本质是同义词指向的目标对象不存在或无效，而非同义词本身的问题。你查询到公共同义词UTL_MAIL指向SYS.UTL_MAIL但状态为null，说明SYS用户下的UTL_MAIL包可能未安装、损坏或无效。

分步解决方案 #

1. 确认SYS下UTL_MAIL包的状态 #

先执行查询验证目标对象是否存在：

SELECT OWNER, OBJECT_NAME, OBJECT_TYPE, STATUS 
FROM DBA_OBJECTS 
WHERE OWNER = 'SYS' AND OBJECT_NAME = 'UTL_MAIL';

• 无结果：说明UTL_MAIL包未安装。
• STATUS不为VALID：说明包已损坏。

2. 安装/修复UTL_MAIL包 #

以SYS用户执行以下脚本（替换$ORACLE_HOME为你的Oracle安装路径，比如Linux下/u01/app/oracle/product/19c/dbhome_1，Windows下C:\app\oracle\product\19c\dbhome_1）：

@$ORACLE_HOME/rdbms/admin/utlmail.sql
@$ORACLE_HOME/rdbms/admin/prvtmail.plb

这两个脚本会创建UTL_MAIL包及其私有实现。

3. 重建公共同义词 #

包安装完成且状态为VALID后，以SYSTEM或SYS用户执行：

CREATE OR REPLACE PUBLIC SYNONYM UTL_MAIL FOR SYS.UTL_MAIL;

注意：无需加NONEDITIONABLE（系统包默认不可编辑），也不要加双引号，避免强制区分大小写导致匹配失败。

4. 修复大量无效/缺失同义词问题 #

如果存在500+无效系统同义词，说明数据库初始化时可能未完整执行系统脚本，以SYS用户重新运行：

@$ORACLE_HOME/rdbms/admin/catalog.sql
@$ORACLE_HOME/rdbms/admin/catproc.sql

这两个脚本会重建所有系统级同义词、视图和存储过程，修复大部分配置问题。运行前确保数据库处于OPEN状态，且无业务操作。

5. 授予执行权限 #

确保调用UTL_MAIL.SEND的用户有执行权限：

-- 给单个用户授权
GRANT EXECUTE ON UTL_MAIL TO YOUR_USER_NAME;
-- 或给所有用户授权
GRANT EXECUTE ON UTL_MAIL TO PUBLIC;

验证 #

重新执行你的查询，确认UTL_MAIL同义词的OBJ_STATUS变为VALID，再测试调用UTL_MAIL.SEND是否正常。

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