有人在群里喊数据库链接数不够了,要调大,听上去不怎么靠谱,跟进了一下。
- A: 是xxx数据库吗?
- B: 是mysql数据库
- A: 用xxx管理连接吗?
- B: 不是
- A: 前面讨论close wait是tcp状态吗?
- B: 是
- A: tcp状态在db端看到还是应用服务器?
- B: 应用服务器。
- A: 那应该是mysql主动关闭呀
- A: 应用服务器看到的tcp连接是来自客户端还是到db的?
- B: 来自客户端
- A: 哦,应该是客户端主动关闭。原因可能是应用服务器超时没响应,超时原因有很多,可能是应用服务器线程被阻塞,阻塞一般都是在等待资源,资源可能是一把锁、一个数据库链接或其他。超时还可能是应用服务器处理速度变慢,处理速度慢也是资源紧张,资源可能是内存、CPU、外部IO。
- B: 哦,看看吧,先赌一把数据库链接不够。
- A: 如果是数据库链接,忘关的可能性大,或者死锁。只调大还不行,要在连接池加上自动释放,锁加上不等待。最终还是要排查真正原因,解决掉。
在这个处理过程中,A尽量做到思维严谨,不过还有改进空间。
- 这个问题可以改成开放式,“什么数据库?"
- 同样改成开放式,”用什么管理数据库链接?“
- 这里思维跳了一下,前面并没说tcp 链接是到mysql的
- 对连接池管理不是非常熟悉,没法凭直接指引方向了。
总结下来,要像高手一样灰飞烟灭间扫除问题,需要严谨的逻辑推理+丰富实战经验培养的直觉。
网友评论