访问网站一旦出现卡顿状况，好多站长的首个反应便是“服务器不行”或者“代码写得糟糕”。然而，你会不会思考过，问题有没有可能出在数据库连接这方面呢？每一次发起请求都得去新建以及断开数据库连接，这情形就如同每一次进入家门都得再次去砌一回墙那般，不卡顿才怪呢。连接池乃是解决这个问题的关键所在，它预先把连接构建好，随时取用，效率一下子提升到极致。

连接池太小会怎样

不少新手站长为了节省资源，将连接池设置得特别小，好比是10个连接，一旦并发出现，请求就需要排队等待连接，于是页面加载时间急剧飙升，要晓得，数据库连接并非是越多越好，然而太少肯定是个问题。

比如，假定你的网站在高峰时段会出现100个并发请求，可是连接池却仅仅有10个。这样，那90个请求便只能乖乖等待。随着等待时间持续变长，用户极有可能直接关闭网页而后离开。更糟的是，要是某个查询执行的时长达到2秒，那么在此期间这个连接就会一直被占用，其他请求就只能干着急，没办法。所以，连接池的大小最好依照业务峰值来计算，一般建议把它设置为并发数的10%至20%的范围内。若是举例而言，当出现一百并发的情况时，那就需要设置十五至二十个连接了。当然咯，这仅仅只是一组可供参考的数据罢了，具体的设置还得借助压力测试来进行验证的呀。

连接池超时怎么设置才合理

那连接池之中的“连接超时”以及“空闲超时”，是在调优这个范畴里极其容易被忽视掉的要点。其中连接超时所指的，是当从水池里面取不到连接状况下的具体等待时长，而空闲超时，指的是连接处于空闲状态持续了多久之后会自动予以释放。

常见错误是将连接超时设定为30秒甚至60秒，你思考一下，用户等待半分钟页面仍未出现，早就离开了，建议连接超时控制在3到5秒，获取不到则直接报错，不让用户长时间等待，空闲超时可设定为300秒左右，过短会致使频繁创建连接，过长又造成资源浪费;还有 “最大生存时间”，即一个连接最多使用时长，通常设定为30分钟，用以防止连接因网络波动而变得不稳定。

连接池监控比配置更重要

配制了许久的连接池，你究竟怎样知晓其效果是否令人满意？仅仅依靠切身感受是毫无用处的，必须要去查看相关数据才行。像主流的连接池例如HikariCP、Druid等都自身具备监控的相关功能，能够在实时的状态下查看活跃的连接数量、处于等待状态的线程数量、连接获取过程所花费的时间等一系列指标。

把Druid当作例子来讲，当把监控页面成功打开之后，要是察觉到“获取连接等待时间”老是超过100毫秒，便意味着连接池可能出现了不够用或者配置不合理的情形。在这样的状况下，就应该对连接池大小做调整或者对SQL予以优化。另外，有一种蛮常见的问题：连接池已满了，可是活跃连接数量却不多，这种状况通常是因为连接泄漏造成的——也就是代码里使用了连接然而却没有归还。借助监控，能够帮你快速确定是哪个接口在“吞”连接。调优可不是那种只开展一次的任务，要定期去查看监控呈现出来的状况，并且得依照流量发生的变化进而去调整参数，这样才算是正确的举措。

对于系统性能的稳定而言，持续的监控是至关重要的，它能够及时发现像上述连接池相关的各类问题，进而及时着手去采取措施，而定期依据流量动态调整参数，可确保系统始终以最优状态运行，防止因参数不合理而引发性能瓶颈，唯有如此，方可保障系统在各种情形下都能高效、稳定地为用户提供服务，满足业务持续变化的需求，使得整个系统的运行更为顺畅且可靠。

本文的技术支撑，是由福玩代码，http://www.fouwan.com，所提供的。