ORA-12541 错误的常见根本原因，是 Oracle 监听器绑定到了 localhost 或 127.0.0.1，导致远程客户端无法正常访问数据库。遇到这种情况，需要把 listener.ora 配置文件中的 HOST 值修改为服务器真实 IP 地址或 0.0.0.0，随后执行 lsnrctl reload 使配置生效，最后再通过 telnet 或 nc 检查 1521 端口是否连通。同时，也要注意查看 listener.log 日志文件是否因体积过大而影响监听服务。

lsnrctl status 显示 HOST=localhost 往往就是问题根源

ORA-12541 并不一定表示监听器没有启动，更常见的情况是监听器只绑定了 localhost 或 127.0.0.1，因此外部主机发起的远程连接请求根本无法进入。执行 lsnrctl status 之后，重点查看输出结果中的 ADDRESS 行：

• ✅ 正确示例：(ADDRESS=(PROTOCOL=tcp)(HOST=192.168.111.133)(PORT=1521))
• ❌ 典型错误：(HOST=localhost) 或 (HOST=127.0.0.1)

只要看到后两种写法，基本就能确定 ORA-12541 的原因——监听进程虽然在运行，但只监听本机回环地址，无法接受远程访问。

修改 listener.ora 的 HOST 参数后必须 reload，不能只看 restart

配置文件路径通常为 $ORACLE_HOME/network/admin/listener.ora，找到类似下面的内容：

LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = localhost)(PORT = 1521))
)
)

将 HOST = localhost 修改为：

• HOST = 192.168.111.133（服务器实际 IP，更推荐）
• 或 HOST = 0.0.0.0（仅建议在可信内网环境中使用）

修改完成后必须执行 lsnrctl reload，这样监听器才会重新读取新的配置。单纯执行 restart 并不可靠，很多情况下它仍然沿用旧的绑定信息，导致 Oracle 监听问题没有真正解决。

端口连通才算真正修复，telnet/nc 测试不要省略

即使 lsnrctl status 已经显示为正确的 IP 地址，仍然需要继续验证客户端是否真的可以访问该监听端口：

• Windows 客户端：使用 telnet 192.168.111.133 1521 或 tcping 192.168.111.133 1521
• Linux 服务器：使用 nc -zv 192.168.111.133 1521（注意目标不能写成 127.0.0.1）

如果测试仍然不通，就要继续排查 CentOS 防火墙或安全组设置，例如执行 sudo firewall-cmd --list-ports，确认 1521/tcp 已经放行。很多人在处理 Oracle ORA-12541 错误时，会误以为改完监听配置就已经结束，实际上网络层拦截同样是高频原因。

监听日志过大也可能引发 ORA-12541

在长期运行的 Oracle 数据库环境中，listener.log 日志文件可能增长到数 GB，进而导致监听器拒绝新的连接请求，并出现 ORA-12541 报错。可以按以下方式快速检查：

• 查看日志路径：lsnrctl status | grep "Listener Log File"
• 检查文件大小：ls -lh /path/to/listener.log
• 如果超过 2GB，可先临时清空：cat /dev/null > /path/to/listener.log，然后再执行 lsnrctl reload

这一点非常容易被忽视：表面上看监听服务状态正常，IP 绑定配置也没有问题，但实际上 listener.log 已经过大，导致 Oracle 监听器性能异常，最终表现为远程连接报 ORA-12541。