监听日志过大主因是log_status默认开启且不轮转，临时关闭用lsnrctl set log_status off，永久关闭需在listener.ora中添加LOG_STATUS_LISTENER = OFF并reload。
监听日志过大根本不是“写太多”，而是log_status没关导致无限追加
oracle 12c 默认开启监听日志（log_status=on），且不自动轮转、不限大小。日志文件会持续追加，尤其在连接频繁或启用了详细跟踪时，listener.log 几天就能涨到 4gb+。windows 下超过 4gb 更容易触发 ora-12541 或监听假死——不是磁盘满，是监听器内部写日志失败后拒绝响应新连接。
lsnrctl set log_status off 是唯一真正关闭日志写入的运行时命令
这个命令直接修改监听器内存中的日志开关状态，不改配置文件，也不重启进程，生效快、无中断：
-
lsnrctl set log_status off立即停止所有日志写入，已打开的文件句柄仍保留，但不再追加内容 - 执行后
lsnrctl status输出里不会显示Listener Log File行（或显示为Not available） - 该设置**不持久**：监听器重启后恢复默认
on，必须配合修改listener.ora才能永久生效 - 别用
lsnrctl reload试图刷新——它不重载日志开关，只重载监听地址和静态服务注册
永久关闭必须改 listener.ora，否则每次重启都回退
仅靠 set log_status off 只能临时缓解，要一劳永逸，得在监听器参数文件中显式禁用：
- 编辑
$ORACLE_HOME/network/admin/listener.ora - 在
LISTENER段落末尾添加一行：LOG_DIRECTORY_LISTENER = /dev/null（Linux）或LOG_DIRECTORY_LISTENER = NUL（Windows） - 或者更稳妥的做法：添加
LOG_STATUS_LISTENER = OFF（注意这是 12c+ 支持的参数，11g 不识别） - 改完必须执行
lsnrctl reload或重启监听器，否则不生效 - 验证：执行
lsnrctl show log_status，输出应为OFF；再查lsnrctl status，确认不再显示日志路径
清空日志文件时最常踩的三个坑
很多人以为关了 log_status 就能直接删 listener.log，其实仍有风险：
- 不要用
rm listener.log删除正在被监听器打开的文件（即使log_status=off）——Linux 下虽不报错，但 inode 未释放，磁盘空间不回收；Windows 下直接失败 - 不要用
cat /dev/null > listener.log清空——该操作会截断文件但保持文件大小为 0，而监听器在log_status=on重新启用时可能因文件偏移异常写乱 - 最安全做法：先
lsnrctl set log_status off→ 再mv listener.log listener.log.bak→ 最后lsnrctl set log_status on，监听器会自动创建全新listener.log - 如果必须在线清理且不能 mv，可用
truncate -s 0 listener.log（Linux）或echo. > listener.log（Windows），比重定向更可靠
真正麻烦的不是关日志，而是忘了监听器重启后自动恢复写入——很多故障复现，都是因为只做了临时关闭，没碰 listener.ora。
