如何使Apache服务器识别连接数据库的绝对路径

发布网友 发布时间：2022-04-14 21:23

我来回答

共3个回答

懂视网 时间：2022-04-15 01:44

调用创建连接时报错： com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure The last packet successfully received from the server was 141,979 milliseconds ago. The last packet sent successfully to the server w

调用创建连接时报错：

com.mysql.jdbc.exceptions.jdbc4.CommunicationsException: Communications link failure

The last packet successfully received from the server was 141,979 milliseconds ago. The last packet sent successfully to the server was 1 milliseconds ago.

这个问题找了好久，因为源码不是自己写的，对这个东西也不是太了解，因为催得急，因此也是很努力地找原因。apache的commons.dbcp这个包里的BasicDataSource的数据库连接使用的是连接池，在执行关闭连接操作的时候不是真正关闭连接，而只是把连接回收到连接池中，待再有需求时直接调用，但是默认的是不检查数据连接的有效性，可能有些连接因为超时等原因已经失效，所以有时候调用时可能得到的是个无效的连接,因此造成上述情况，修改方法：在初始化basicdatasource的时候，

BasicDataSource ds = new BasicDataSource();

……//其它初始化

ds.setTestOnBorrow(true);//调取连接时检查有效性

ds.setTestOnReturn(true);

ds.setTestWhileIdle(true);

ds.setValidationQuery("select 1 from dual");//验证连接有效性的方式，这步不能省

ps：不过在windows下一直没出现这种错，还有什么原因不甚明白。在windows下远程访问linux服务器上的数据库也会报错，可能错还是跟数据库有关的，不过linux上的数据库版本还有高点的嘛，难道是连接的jar文件？但是网上说5.0以上通用的嘛，不知道原因了。

此外还有两个参数，timeBetweenEvictionRunsMillis 和 minEvictableIdleTimeMillis， 他们两个配合，可以持续更新连接池中的连接对象，当timeBetweenEvictionRunsMillis 大于0时，每过timeBetweenEvictionRunsMillis 时间，就会启动一个线程，校验连接池中闲置时间超过minEvictableIdleTimeMillis的连接对象。

具体设置与操作原理见：Configuring jdbc-pool for high-concurrency

热心网友 时间：2022-04-14 22:52

热心网友 时间：2022-04-15 00:10