ORA-32139错误写流失败，ORACLE报错远程修复经验分享

ORA-32139这个错误，说白了就是数据库在通过网络往外“吐”数据的时候，管道突然堵住了，或者接数据的“桶”漏了，导致写不下去，这个“往外吐数据”的操作，通常指的是使用DBMS_OUTPUT.PUT_LINE这种在代码里打日志的功能，或者是一些后台进程需要输出大量信息时，我自己就遇到过好几次，尤其是在用PL/SQL Developer或者SQL Developer这种工具远程连接数据库，运行一个会输出很多行结果的大存储过程时，这个错误就蹦出来了。

根据我查到的资料,比如一些技术社区像CSDN、博客园上DBA（数据库管理员）们的讨论，以及Oracle官方文档的零星提示，这个错误的核心原因可以归结为几点，第一点，也是最常见的一点，就是输出缓冲区溢出了，你可以想象Oracle在服务器那边准备了一个小桶，用来装你要输出的文字，如果你一下子往这个小桶里倒的水太多太快（也就是输出的数据量太大、太频繁），而远程的客户端工具又因为网络慢或者自己“喝水”慢，没能及时把桶里的水舀走，那桶就满了，水就溢出来了，于是Oracle就抛出ORA-32139错误，说“写流失败”。

第二点原因跟网络环境本身有关,根据一些用户在ITPUB论坛上的反馈，如果网络连接不稳定，出现延迟过高或者频繁丢包的情况，就会导致客户端和服务器之间的通信会话出现异常，这种异常可能会中断那个负责传输输出信息的“流”，使得服务器端无法继续写入，从而触发错误，这就好比水管中间被折了一下，水就流不过去了。

第三点可能和客户端工具的设置有关,像SQL Developer这类工具，里面有一个专门设置DBMS_OUTPUT缓冲区大小的地方，我记得默认值好像不大，如果你要运行的代码输出量远远超过了这个默认值，而你又没有手动去调大它，那么就非常容易碰到缓冲区不足的问题，这就好比你用一个很小的杯子去接消防水管的水，一下子就满了，水溅得到处都是。

知道了原因,怎么在远程环境下解决呢？我结合自己的实践和网上看到的经验，总结出几个步骤。

也是最直接的办法,就是去调整客户端工具的DBMS_OUTPUT缓冲区大小，以SQL Developer为例，你可以在菜单栏找到“工具” -> “首选项” -> “数据库” -> “高级”，里面有一项叫“DBMS输出缓冲区大小”，默认可能是20000（字节），你可以根据你预估的输出量，把它调大，比如改成1000000（100万字节）或者更大，改完之后，重启一下DBMS_OUTPUT窗口（先关掉再重新打开），然后再运行你的代码，很多时候，仅仅是这样一步操作，问题就解决了，这是成本最低、最先应该尝试的方法。

如果调整了缓冲区大小还是报错,那就要考虑是不是代码本身的问题了，是不是有些循环逻辑没控制好，导致了无限循环，产生了海量的输出？或者是不是确实有必要一次性输出这么多信息？这时候，可以考虑优化一下代码，是不是可以把一些详细的调试信息用日志表记录到数据库里，而不是全部通过DBMS_OUTPUT打印到屏幕上？或者，是不是可以增加一些判断条件，减少不必要的输出？从源头上控制输出量，是根本的解决办法。

当上面两种方法都试过了,问题依然存在，特别是怀疑网络问题时，可以尝试一些网络层面的排查，检查一下网络的稳定性，有没有丢包现象，可以在命令行里对数据库服务器IP地址执行持续的ping操作，看看延迟是否稳定，有没有请求超时，如果网络质量确实很差，可能需要联系网络管理员排查线路问题，也有DBA在经验分享中提到，有时候重启一下客户端工具，或者重新建立一下数据库连接会话，能清除一些临时的通信状态错误，有时也能意外地解决问题。

如果所有方法都无效,而你又确实需要获取完整的输出结果，可以考虑一个“曲线救国”的方式：将需要输出的内容不直接显示，而是插入到一个临时的数据库表中，等程序运行完毕后，再从这个临时表里查询数据，这样虽然多了一步，但绕开了DBMS_OUTPUT的流式传输限制，对于处理超大量数据的输出场景非常有效。

遇到ORA-32139错误不要慌，它通常不意味着你的数据库核心出了大问题，更多的是一个配置或使用方式上的警告，按照从简到繁的顺序，先调大客户端缓冲区，再检查代码逻辑，最后排查网络，基本上都能找到解决之道，这些就是我在处理ORA-32139错误时的一些实际经验。