标题 是大部分 都能百度出 解决方案的，但是 就是那么的不巧 百度出的任何方案都不能觉得问题。。。。
事情发生在上周五的晚上，魔都的天气冻死个人，事情也出现的让人心哇凉哇凉的。。。。。
首先，部里的人 说我们没传数据过去，本来是抵着万般不情愿的心情的，结果肿是那么不近人意，还真是我们的数据库问题啊，
TNS：无监听
第一想法：监听程序异常了？
查看了监听及相关配置三大文件，etc文件 都很乖的，很正常的
监听程序也启动着呢， 本地sqlplus也连接正常啊，怎么就jdbc连接不成功呢？
第二想法：超过最大连接数了？
sql 了一下下，一看，哟 还真是逼近临界了啊，查看了各个用户的占用情况，然后很不厚道的lock掉了，占用最多资源的那个
lock 真是简单粗暴的好帮手
然后，怀着万分激动的心情，登陆plsql测试，咦，还是 “无监听”
这时，还不是很着急，应该是还没到回收的时间，又粗暴的重启了数据库，一连 还是“无监听”。。。。。
妹啊，心理开始慌了，这是弄啥咧！！！
然后，就没有想法了~~~
开始不停的问度娘，问度娘，给出的答案 在这时的我 看来真是 好傻好天真
看了lisetner.log 。。。 不懂啊，一堆 host，一堆 established 这是啥 啊
抱着 学习宝宝 的心理，百度一下 established ，发现竟然跟 服务器 tcp 资源相关
然后，问题开始明朗化，原来是服务器的tcp连接资源满额了，造成数据库“无监听”
然后，又简单粗暴了，重启了服务器，好了。。。。。。。。。。
当然，问题还是出现在客户端的连接上，还没找到 从服务器 层面有效的解决方案，
准备明天问问 系统服务部的人。。。。。。。
就这样~~~~
转载于:https://www.cnblogs.com/ymshihwa/p/5160301.html