连接数据库超时

1. 数据库连接超时的问题

超时设置增加
Connect
Timeout=30
30的单位是秒

2. 数据库等待连接超时问题

用连接池，超过最大空闲时间，会自动收回到池子里，等待调用

3. 如何修改数据库连接超时设置

在你的oracle服务器的
$ORACLE_HOME/network/admin
中的
sqlnet.ora中设置参数SQLNET.EXPIRE_TIME=
n
n为一个指定的分钟数
当客户端中断，在
n
分钟内就可以自动断开连接。

4. thinkpphp3.1.3 rabbitmq 消费时 长时间不用 数据库连接超时2006:MySQL server has gone away 咋怎

1.由于数据库设计问题造成SQL数据库新增数据时超时
症状:

Microsoft OLE DB Provider for SQL Server 错误 '80040e31' ([ODBC SQL Server Driver]超时已过期);

服务器上看CPU、内存占用率很低;

事件日志中提示: 数据库 '*********' 中文件 '***********' 的自动增长在 453 毫秒后已取消或出现超时。使用 ALTER DATABASE 设置更小的 FILEGROWTH 或设置新的大小。

原因:

数据库设置时,[文件增长]按百分比来增长,当数据库文件很大时(1G以上),新增操作都会报超时，而这时候其实CPU、内存占用率都非常非常的低。

解决方法:

把上述的文件增长这里设置为一个更低的百分比或者直接指定增加多少兆字节。

2.SQL Server数据库超时设置

修改客户端的连接超时设置。默认情况下，通过企业管理器注册另外一台SQL Server的超时设置是 4 秒，而查询分析器是 15 秒。

企业管理器中的设置:

在企业管理器中，选择菜单上的"工具"，再选择"选项"；

在弹出的"SQL Server企业管理器属性"窗口中，点击"高级"选项卡；

在"连接设置"下的"登录超时(秒)"右边的框中输入一个比较大的数字，如 30。

查询分析器中的设置:

单击“工具”->"选项"->"连接"; 将登录超时设置为一个较大的数字，连接超时改为0。

3.查询语句时超时

原因分析:

查询超时一般来说首先要从sql语句和数据表的结构上找原因，优化sql语句和为数据库的查询字段建索引是最常用的办法。
另外，数据库的查询超时设置一般是sqlserver自己维护的(在你没有修改query wait配置前)，只有当你的实际查询时间超过估计查询时间的25倍时，才会超时。
而造成超出估计值那么多的原因有两种可能:
估计时间不准确；
sql语句涉及到大量占用内存的查询(如排序和哈希操作)，内存不够，需要排队等待资源造成的。
解决办法:
优化语句,创建\使用合适的索引;
解决第一个问题的方法,更新要查询表的索引分发统计，保证估计时间的正确性，UPDATE STATISTICS 表名;
增加内存
如果想手动设置查询超时，可以使用以下语句：
sp_configure 'show advanced options', 1 GO RECONFIGURE GO sp_configure 'query wait', 2147483647 GO RECONFIGURE GO
4.应用程序连接失败

故障:

在应用程序中我们也会遇到类似的错误信息，例如：

Microsoft OLE DB Provider for ODBC Drivers 错误 '80004005'. [Microsoft][ODBC SQL Server Driver]超时已过期.

解决方法:

A.如果遇到连接超时的错误，我们可以在程序中修改 Connection 对象的超时设置，再打开该连接。例如：

＜%Set Conn = Server.CreateObject("ADODB.Connection")DSNtest="DRIVER={SQL Server};SERVER=ServerName;UID=USER;PWD=password;DATABASE=mydatabase"Conn. Properties("Connect Timeout") = 15 '以秒为单位Conn.open DSNtest%＞

B. 如果遇到查询超时的错误，我们可以在程序中修改 Recordset 对象的超时设置，再打开结果集。例如：

Dim cn As New ADODB.ConnectionDim rs As ADODB.Recordset. . . cmd1 = txtQuery.TextSet rs = New ADODB.Recordsetrs.Properties("Command Time Out") = 300'同样以秒为单位，如果设置为 0 表示无限制rs.Open cmd1, cnrs.MoveFirst. . .

另外,一些硬件及网络方面的原因也可能造成SQL数据库连接超时.

5. druid 连接数据库超时怎么配置

Druid连接池及监控在Spring配置如下：
[html] view plain
<bean id="dataSource" class="com.alibaba.druid.pool.DruidDataSource" init-method="init" destroy-method="close">
<!-- 基本属性 url、user、password -->
<property name="url" value="${jdbc_url}" />
<property name="username" value="${jdbc_user}" />
<property name="password" value="${jdbc_password}" />

<!-- 配置初始化大小、最小、最大 -->
<property name="initialSize" value="1" />
<property name="minIdle" value="1" />
<property name="maxActive" value="20" />

<!-- 配置获取连接等待超时的时间 -->
<property name="maxWait" value="60000" />

<!-- 配置间隔多久才进行一次检测，检测需要关闭的空闲连接，单位是毫秒 -->
<property name="timeBetweenEvictionRunsMillis" value="60000" />

<!-- 配置一个连接在池中最小生存的时间，单位是毫秒 -->
<property name="minEvictableIdleTimeMillis" value="300000" />

<property name="validationQuery" value="SELECT 'x'" />
<property name="testWhileIdle" value="true" />
<property name="testOnBorrow" value="false" />
<property name="testOnReturn" value="false" />

<!-- 打开PSCache，并且指定每个连接上PSCache的大小 -->
<property name="poolPreparedStatements" value="true" />
<property name="" value="20" />

<!-- 配置监控统计拦截的filters，去掉后监控界面sql无法统计 -->
<property name="filters" value="stat" />
</bean>
2. 只要配置initialSize，maxActive就可以,目前这样的配置已经能够使用连接池，加入其实配置性能不好,官方文档里也不没加其它属性，连接池jar包免费下载。

6. 为什么数据库连接超时

老大.你那数据量太大了...这个要是想不超时的话.得从系统结构上重新考虑...尽可能重新有效的规划你要查的表的PK.并在查询中利用PK做查询的条件开头~~~否则你的数据量太大....IO要花很久的.有可能的话尽量要把磁盘的性能提升上来.RAID5...表内一行的数据量尽可能控制在比较小的尺寸..不行的话就考虑水平(分区表)或是垂直对表进行划分.用PK关联

7. oracle链接超时问题，应该怎么设置

设置ORACLE的会话连接超时：
1、profile的idle_time限制
oracle用户的配置文件的密码策略是实时生效的，所见即所得。但是用户配置文件的资源限制是由resource_limit参数决定的。
单位是分钟，默认没记错的话应该是10分钟
要是修改的资源生效，需要设置resource_limit设置为true
alter system set resource_limit=true ;
如果在idle的时间内用户没有执行任何操作，会提示ORA-02396：exceeded maximum idle time, please connect again
2、profile的connect_time限制
默认是UNLIMITED，单位是分钟
用户在到达设置的时候后，不可以在继续操作，会提示ORA-02399: exceeded maximum connect time, you are being logged off
如果是设置1分钟，他会在将近2分钟的时候提醒你重新登录。
3、sqlnet的expire_time限制：
expire_time主要是在指定的时间去探测客户端是否可以连通，如果可以的话重新计时，否则就会断开
在执行rman的时候遇见：ORA-03135: connection lost contact，可以尝试将此值设置大些。(ID 729811.1)
4、sqlnet的inbound_connect_timieout_listener_name限制
单位是秒，默认值是60

8. mysql连接超时可能会有哪些原因

原因分析：
（1）大量数据访问情况下，mysql connection连接有可能失效
（2）长时间不妨问，connection会失效

关于MySQL的wait_timeout连接超时问题报错解决方案
Mysql服务器默认的“wait_timeout”是8小时【也就是默认的值默认是28800秒】，也就是说一个connection空闲超过8个小时，Mysql将自动断开该connection，通俗的讲就是一个连接在8小时内没有活动，就会自动断开该连接。 wait timeout的值可以设定，但最多只能是2147483，不能再大了。也就是约24.85天
所以即使你MySQL通过my.ini 在
# The TCP/IP Port the MySQL Server will listen on port=3306下面添加
# this is myown dinifition for mysql connection timeout wait_timeout=31536000
interactive_timeout=31536000
无论超过最大限度多大的数值，只能被MySQL解析为2147483，2147483天后你的程序该出什么错还是什么错，避免不了

9. sql 数据库连接超时

原因分析:
查询超时一般来说首先要从sql语句和数据表的结构上找原因，优化sql语句和为数据库的查询字段建索引是最常用的办法。
另外，数据库的查询超时设置一般是sqlserver自己维护的（在你没有修改query wait配置前），只有当你的实际查询时间超过估计查询时间的25倍时，才会超时。
而造成超出估计值那么多的原因有两种可能:
一是估计时间不准确；
二是sql语句涉及到大量占用内存的查询（如排序和哈希操作），内存不够，需要排队等待资源造成的。
解决办法:
A.优化语句,创建/使用合适的索引;
B.解决第一个问题的方法,更新要查询表的索引分发统计，保证估计时间的正确性，UPDATE STATISTICS 表名;
C.增加内存
如果想手动设置查询超时，可以使用以下语句：
sp_configure 'show advanced options', 1 GO RECONFIGURE GO sp_configure 'query wait', 2147483647 GO RECONFIGURE GO

10. java连接mysql数据库超时的问题谁遇到过

推测你指的是mysql服务器的超时吧。默认情况8小时无访问mysql会断开连接。通过改配置文件可以改变这个值，但是实际测试效果不好。
mysql方面不好解决就在client端想办法，大多数链接池可以配置在取得链接时检测可用性(据说c3p0连接池可以自动解决，我用的dbcp需要配置)，比如ibatis可以在datasource配置加上<property
name="validationQuery"
value="select
1
from
al"/>
<property
name="testOnBorrow"
value="true"/>