问题分析
GetConnectionTimeoutException 这个错误表明应用在等待数据库连接时超时了。具体来看，这个异常通常发生在以下几种情况：
1.连接池配置问题
可能配置了不合理的参数，如 maxActive 过低、maxWait 设置过短等。
2.数据库连接耗尽
如果连接池的连接被长时间占用或未正确释放，可能会导致所有连接都被占用，从而引发超时。
3.数据库性能问题
如果数据库自身存在性能瓶颈，可能导致请求连接的速度变慢。
4.连接泄露
代码中可能存在连接泄露的情况，即连接没有被正确关闭，从而导致连接池中的连接被耗尽。
5.网络问题
如果数据库服务器的网络出现问题，也可能导致获取连接时超时。
排查步骤
1.检查连接池配置
maxActive：当前设置为 50，这个值是否足够根据实际并发量？可能需要增加。
maxWait：当前设置为 30 秒，通常这个值是合理的，但如果应用对连接的需求很高，可以适当增加。
查看数据库连接的使用情况：
2.检查连接池的活动连接数和空闲连接数，确认是否有连接泄露。
使用 dataSource.getActiveConnections() 和 dataSource.getIdleConnections() 方法检查连接池的当前状态（具体方法取决于你使用的连接池实现）。
3.检查连接泄露
确保所有使用数据库连接的代码在完成操作后都正确关闭连接。
可以启用连接池的连接泄露检测功能来帮助找出未被关闭的连接。
4.数据库性能监控
监控数据库的性能指标，如响应时间、CPU 和内存使用情况等，确保数据库没有性能瓶颈。
查看数据库日志是否有错误或性能警告。
5.日志记录：
增加日志记录，以便在出现超时异常时，可以获取更详细的上下文信息。包括连接池的详细日志和数据库的查询日志。
6.网络检查：
确保数据库服务器和应用服务器之间的网络连接稳定，没有网络延迟或中断的问题。
改进建议
1.优化连接池配置：
maxActive 设为 50 可能不够，可以根据实际需要调高。比如设为 100，看看是否解决了问题。
maxWait 时间可以适当增加，比如设置为 60 秒，确保在高并发情况下也能等待足够长的时间。
2.启用连接泄露检测：
使用 dataSource.setRemoveAbandoned(true); 和 dataSource.setRemoveAbandonedTimeout(300);（单位为秒），帮助检测和处理连接泄露问题。
3.定期测试连接池健康状态：
可以设置 dataSource.setTestWhileIdle(true); 和配置 validationQuery，定期测试连接的健康状态。
4.数据库连接优化：
确保数据库的连接配置是合理的，例如 maxConnections 设置合理。
通过这些步骤，可以逐步排查并解决连接超时的问题。如果问题依旧存在，可能需要深入分析应用的具体使用场景或考虑与数据库管理员或支持团队进一步沟通。
我的解决方案
由于我遇到的情况是在项目启动时，由于数据库连接数不够用，加载数据库连接池报错。因为有很多项目都连了同一个数据库，当前数据库的max_connections是300,（show variables like ‘%max_connections%’;），已经被其他项目用完了，所以获取不到连接，线程池就创建失败了。需要把数据库的最大连接数调大一点：
set GLOBAL max_connections = 6000;
这样就可以了。