起因是近期不常用的服务偶发了几次报错，内容正是ORA-12570: Network Session: Unexpected packet read error
每次收到错误邮件的时候都有去测试下对应API，并无问题，遂当做网络波动没有在意。
今天领导突然提到这个问题，于是进行排查。
一问AI报错的可能原因：网络不稳定、防火墙配置、数据库连接池设置
错误信息还有关键的一句System.Net.Sockets.SocketException (104): Connection reset by peer（对端重置连接）
可能原因：防火墙超时、网络设备中断、负载均衡器断开空闲连接
看到这里我还是一头雾水。
试着给AI提供了更多的信息：这个服务目前没有上线所以没什么人用，隔几天可能有人会测试一下发几个请求。
AI立即锁定了原因：
这是一个非常典型的问题：服务长时间无人问津，连接池中的连接被各种中间环节悄悄关闭，当有请求来时，应用还在使用这些"僵尸连接"。
我马上去看日志，果然，每次报错的请求与上一次请求都有相当长的间隔时间。
反思一下自己看日志的时候并没有很仔细，这种规律都没发现，只是想着有问题就去问AI。
另一方面，AI真的很大程度上提高了排错的效率，真的是为自己的未来感到担忧。
关于解决方案: 给出最简单的方案是把Mini Pool Size设为0。