数据过大导致迅雷服务器响应超时时有什么好的办法

Sql Server 数据库超时问题的解决方法-通信/网络-与非网
1.由于设计问题造成数据库新增数据时超时
Microsoft OLE DB Provider for
错误 '80040e31' ([ODBC SQL Server Driver]超时已过期);
服务器上看CPU、内存占用率很低;
事件日志中提示: 数据库 '*********' 中文件 '***********' 的自动增长在 453 毫秒后已取消或出现超时。使用 ALTER DATABASE 设置更小的 FILEGROWTH 或设置新的大小。
数据库设置时,[文件增长]按百分比来增长,当数据库文件很大时(1G以上),新增操作都会报超时,而这时候其实CPU、内存占用率都非常非常的低。
把上述的文件增长这里设置为一个更低的百分比或者直接指定增加多少兆字节。
2.SQL Server数据库超时设置
修改客户端的连接超时设置。默认情况下,通过企业管理器注册另外一台SQL Server的超时设置是 4 秒,而查询分析器是 15 秒。
企业管理器中的设置:
A、在企业管理器中,选择菜单上的&工具&,再选择&选项&;
B、在弹出的&SQL Server企业管理器属性&窗口中,点击&高级&选项卡;
C、在&连接设置&下的&登录超时(秒)&右边的框中输入一个比较大的数字,如 30。
查询分析器中的设置:
单击&工具&-&&选项&-&&连接&; 将登录超时设置为一个较大的数字,连接超时改为0。
3.查询时超时
查询超时一般来说首先要从sql语句和数据表的结构上找原因,优化sql语句和为数据库的查询字段建索引是最常用的办法。
另外,数据库的查询超时设置一般是sqlserver自己维护的(在你没有修改query wait配置前),只有当你的实际查询时间超过估计查询时间的25倍时,才会超时。
而造成超出估计值那么多的原因有两种可能:
一是估计时间不准确;
二是sql语句涉及到大量占用内存的查询(如排序和哈希操作),内存不够,需要排队等待资源造成的。
A.优化语句,创建使用合适的索引;
B.解决第一个问题的方法,更新要查询表的索引分发统计,保证估计时间的正确性,UPDATE STATISTICS 表名;&
C.增加内存
如果想手动设置查询超时,可以使用以下语句:
sp_configure
RECONFIGURE
sp_configure
RECONFIGURE
4.应用程序连接失败
在应用程序中我们也会遇到类似的错误信息,例如:
Microsoft OLE DB Provider for ODBC Drivers 错误 ''. [Microsoft][ODBC SQL Server Driver]超时已过期.
A.如果遇到连接超时的错误,我们可以在程序中修改 Connection 对象的超时设置,再打开该连接。例如:
Set Conn = Server.CreateObject(&ADODB.Connection&)
DSNtest=&DRIVER={SQL Server};SERVER=ServerNUID=USER;
PWD=DATABASE=mydatabase&
Conn. Properties(&Connect Timeout&) = 15 '以秒为单位
Conn.open DSNtest
B.  如果遇到查询超时的错误,我们可以在程序中修改 Recordset 对象的超时设置,再打开结果集。例如:
Dim cn As New ADODB.Connection
Dim rs As ADODB.Recordset
cmd1 = txtQuery.Text
Set rs = New ADODB.Recordset
rs.Properties(&Command Time Out&) = 300
'同样以秒为单位,如果设置为 0 表示无限制
rs.Open cmd1, cn
rs.MoveFirst
另外,一些硬件及网络方面的原因也可能造成SQL数据库连接超时.
关注与非网微信 ( ee-focus )
限量版产业观察、行业动态、技术大餐每日推荐
享受快时代的精品慢阅读
北京时间4月20日消息,本周四,苹果公司宣布将旗下数据库产品FoundationDB核心开源,以建立一个开放的社区。该开源项目已公布在Github上。
发表于: 11:28:05
在汽车制造行业,MES与设备层有深入的集成,而PLC集成是最主流的形式。
发表于: 08:43:15
一个哔哩哔哩弹幕网(以下称B站)数据库疑似泄露的事件,最后发酵成一场视频网站的侵权门风波。
发表于: 09:09:00
今天曝出的360旗下快视频疑似“脱库B站数据库,获取B站用户个人隐私”事件有了新进展,快视频官方针对此事发了两条微博。
发表于: 19:15:45
区块链可以被认为是一种新型的数据库。这种数据库可以直接被分享,通过一群非信任节点,无中心化管理的方式运作。它不同于传统的SQL和NoSQL数据库被一个单一实体控制,即使是在防火墙后的分布式架构的数据库。
发表于: 16:19:28
驻俄华为企业业务集团(Huawei Enterprise Business Group)副总经理亚历山大?斯托利亚托夫在莫斯科对记者称,华为计划在未来5年内成为俄罗斯企业网络设备市场的领导者。
发表于: 10:57:59
物联网这个概念,在美国早在2000年就提出来了。当时叫传感网。其定义是:通过射频识别(RFID)、红外感应器、全球定位系统、激光扫描器等信息传感设备,按约定的协议,把任何物品通过物联网域名相连接,进行信息交换和通信,以实现智能化识别、定位、跟踪、监控和管理的一种网络概念。
发表于: 10:50:40
过去,猿们朝九晚五,福利不错,极少数的灵活猿还能成为光环围绕的“公仆”。然而,风水轮流转,如今已不比往昔:互联网催生的新职业如雨后春笋,而高科技企业的丰厚收入令人瞠目结舌。相形之下,公务猿便大不如前,某些有理想的猿跃跃欲试,逃出围城,并长吟自励:“燕雀安知鸿鹄之志哉!”。然而,无论褒与贬,大部分公务猿依然循着惯常的轨迹,朝九晚五,随遇而安
发表于: 09:58:10
物联网被誉为IT产业10年来最重要变革,影响所及甚至将超过互联网,物联网的架构可粗分为3部份,包括第1层的感测网络、第2层的通讯、第3层的数据储存分析、第4层的应用,由此架构来看,感测层是整体物联网的根基,透过各类传感器所撷取的数据,将汇集成庞大数据库,以供后端决策制定的辅助,因此感测技术将会是建构物联网成败的第一关键。
发表于: 09:02:51
全国建立1800个地基增强站助力北斗高精度定位服务
发表于: 08:30:19
与非门科技(北京)有限公司 All Rights Reserved.
京ICP证:070212号
北京市公安局备案编号: 京ICP备:号查看: 10777|回复: 34
vlookup语句,数据量太大,非常慢,求助更好的解决办法
阅读权限10
在线时间 小时
使用VBA写的代码,由于要对大量的数据进行vlookup,(多个表,每个表有近10万的数据量),所以导致速度非常慢。一个表的vlookup差不多就要用8分钟。整个弄完估计得一个钟头了。由于鄙人是新手,不知道有什么更好的方法来解决。期望有大大们能帮忙解决一下!!拜谢了 {:soso_e154:}{:soso_e154:}
(PS. 有关掉屏幕的自动刷新和去掉警告)
nrow=Cells(Rows.Count, 1).End(xlUp).Row
Cells(2, 11).Formula = &=vlookup(b2,data!A:F,6,0)&
Cells(2, 12).Formula = &=k2-f2&
Range(Cells(2, 11), Cell(nrow, 12)).FillDown
Range(Cells(2, 11), Cells(nrow, 12)).Copy
Cells(2, 11).PasteSpecial Paste:=xlPasteValuesAndNumberFormats
阅读权限90
在线时间 小时
没有文件,何来解决?VBA的代码一般都是专用性的,很少有通用性的。
阅读权限10
在线时间 小时
{:soso_e154:} 坐等啊。。。。
阅读权限10
在线时间 小时
suwenkai 发表于
没有文件,何来解决?VBA的代码一般都是专用性的,很少有通用性的。
不是我不想传啊。。。传了好多分钟了。。就是传不上去,今天网速悲剧到 家了,附件也就200KB,传了若干次。。都没传上去。
阅读权限10
在线时间 小时
不好意思,忘了传附件。
(200.78 KB, 下载次数: 86)
18:40 上传
点击文件名下载附件
在附件中,是要进行这样的操作。
对sheet1 和 data 这两个sheet 都要进行互相vlookup。
分别V到另一个sheet的金额,然后和本sheet的金额相减。
目前 ,针对这个sheet,我的VBA代码是这样的:
sheets(&sheet1').select
nrow=Cells(Rows.Count, 1).End(xlUp).Row
Cells(2, 3).Formula = &=vlookup(a2,data!A:B,2,0)&
Cells(2, 4).Formula = &=c2-b2&
Range(Cells(2, 3), Cell(nrow, 4)).FillDown
Range(Cells(2, 3), Cells(nrow,4)).Copy
Cells(2, 3).PasteSpecial Paste:=xlPasteValuesAndNumberFormats
阅读权限20
在线时间 小时
数据量大还是用sql解决吧
阅读权限20
在线时间 小时
不知道有没有错……
还有,貌似数据有重复。
19:57 上传
点击文件名下载附件
115.46 KB, 下载次数: 492
阅读权限20
在线时间 小时
Sub test()
& && &Dim T As Object
& && &Set T = CreateObject(&ADODB.Connection&)
& && &T.Open &provider=microsoft.jet.oledb.4.0;extended properties=excel 8.0;data source=& & ThisWorkbook.FullName
& && &Sql = &select [sheet1$].编号 ,[sheet1$].金额-[data$].金额 from [sheet1$],[data$]&&where [sheet1$].编号=[data$].编号&
& && &Sheets(&sheet1&).[D2].CopyFromRecordset T.Execute(Sql)
& && &T.Close
& && &Set T = Nothing
阅读权限10
在线时间 小时
hbpaopao 发表于
不知道有没有错……
还有,貌似数据有重复。
我想说。。。好好好好。。快。真是神速啊!比我之前的代码200倍!!!
这次算见识到传说中的 dictionary 的神奇了。
太感谢你了,我好好研读下代码,掌握这种方法,以后类似问题就可以省很多事了。。
阅读权限10
在线时间 小时
& & & & & & & &
jacklih 发表于
Sub test()
& && &Dim T As Object
没有使用过 用excel 做数据库呢。然后这段代码,有报个错误,说是 “至少有一个参数没有被指定值”
最新热点 /1
ExcelHome携手凤凰新华书店以及北大出版社投入巨资回馈粉丝!最新畅销图书《Excel 2016应用大全》折上加折,最终购买价=5.2折!简直没下限!并且,本书还参加了京东满110减50活动!活动时间,即日起至4月20日。
玩命加载中,请稍候
玩命加载中,请稍候
Powered by
本论坛言论纯属发表者个人意见,任何违反国家相关法律的言论,本站将协助国家相关部门追究发言者责任! & & 本站特聘法律顾问:徐怀玉律师 李志群律师故障现象:
1、电脑运行缓慢,几乎不能操纵
2、此数据源支持的web程序已down,暴露出来的Error:获得连接超时。
3、本地连接没有问题,但是本地的Web程序居然获得不了数据连接
4、CPU利用率、内存占用并不高
系统出现当机的可能性很多,造成了确定原因很困难。只能地毯式搜索。
1、系统已经进行了全面的查毒、查木马操作,没有发现可疑文件,系统补丁也及时进行修复,被人挂马的可能性不大。
根据系统的LOG进行排查:
2、远程登录加载的程序错误。尽管爆出多次错误,但不致于连接中断。同样出现类似问题的其它机器并未出现宕机。
3、日志自动增长超时,这个可能性很大。在两次系统当机前,这个Error曝出的最多,而且系统正常之后,此类ErrorLog消失。
错误信息:
原因分析:
默认SQL Server 在文件满了后,是自动增加原文件的10%大小,用来继续使用。还有日志文件,同样如此。假如你的文件很大了,文件再增加10%,将会是一种较大的负担。
经查询,其中一的日志文件已经有2.37GB之多,如果增加10%,就要增加超过200MB,需要较长的时间时间来完成,这种操作很可能超时。然后其它的插入、更新、查询操作产生连锁反应。而且,还有定时器,在不断进行数据,如果出现超时,则很有可能出现死锁,致使w3wp.exe进程中线程数明显增加。
如果在事务中进行更新操作时,而恰巧此时,日志空间不足,需要增加10%的日志空间,而事务执行超时时间默认为30秒,这时如果操作超时,事务将进行回滚,此时,其它的操作会产生连锁反应,形成阻塞。
小型实验:为了证明这个问题,简单做了一个小例子,设置:日志满后自动增加1G的空间。结果,也出现了此类错误,而且在此期间,不能对进行任何操作。
MSDN相关介绍:
如果您运行的事务需要的日志空间大于可用空间,并且您已经为该的事务日志打开自动增长选项,则在完成事务所花费的时间中,有一部分是事务日志按配置量增长所花费的时间。如果该增长量很大,或者有其他因素导致时间延长,则您在其中打开事务的查询可能因超时错误而失败。的数据部分的自动增长可能会造成此类问题。http://support.microsoft.com/kb/315512/zh-cn
解决方法:将文件增长设置为一个更低的百分比或者直接指定增加多少兆字节。
事件类型:信息
事件:MSSQLSERVER
事件种类:(2)
事件 ID: 5144
事件: 11:57:18
&&databaseName& 中的文件 &databaseName_log& 的自动增长已由用户取消,或已在 30687 毫秒后超时。请使用 ALTER DATABASE 为此文件设置较小的 FILEGROWTH 值,或显式设置新的文件大小。
有关信息,请参阅在 http://go.microsoft.com/fwlink/events.asp 的帮助和支持中心。
认真查阅了一些资料,在网络中也得到几位同病者的提供的分析结果,基本已经确定了问题的所在。
优化SQL Server的经验总结
MySQL百万级高并发网站实战攻略
SQL Server查询速度缓慢解决办法
阅读(...) 评论()单表数据量过大的解决办法
[问题点数:40分,结帖人schinar]
单表数据量过大的解决办法
[问题点数:40分,结帖人schinar]
不显示删除回复
显示所有回复
显示星级回复
显示得分回复
只显示楼主
2008年2月 MS-SQL Server大版内专家分月排行榜第二2007年7月 MS-SQL Server大版内专家分月排行榜第二2002年3月 MS-SQL Server大版内专家分月排行榜第二2002年1月 MS-SQL Server大版内专家分月排行榜第二2001年12月 MS-SQL Server大版内专家分月排行榜第二
2013年2月 MS-SQL Server大版内专家分月排行榜第三
2014年4月 荣获微软MVP称号2013年4月 荣获微软MVP称号
2012年7月 MS-SQL Server大版内专家分月排行榜第一2012年6月 MS-SQL Server大版内专家分月排行榜第一2012年5月 MS-SQL Server大版内专家分月排行榜第一2012年4月 MS-SQL Server大版内专家分月排行榜第一
2008年2月 MS-SQL Server大版内专家分月排行榜第二2007年7月 MS-SQL Server大版内专家分月排行榜第二2002年3月 MS-SQL Server大版内专家分月排行榜第二2002年1月 MS-SQL Server大版内专家分月排行榜第二2001年12月 MS-SQL Server大版内专家分月排行榜第二
2013年2月 MS-SQL Server大版内专家分月排行榜第三
2011年8月 挨踢职涯大版内专家分月排行榜第一2011年3月 扩充话题大版内专家分月排行榜第一2011年2月 扩充话题大版内专家分月排行榜第一2011年2月 挨踢职涯大版内专家分月排行榜第一2011年1月 扩充话题大版内专家分月排行榜第一2010年12月 扩充话题大版内专家分月排行榜第一2010年12月 挨踢职涯大版内专家分月排行榜第一2010年8月 挨踢职涯大版内专家分月排行榜第一
2012年9月 扩充话题大版内专家分月排行榜第二2011年11月 扩充话题大版内专家分月排行榜第二2011年10月 扩充话题大版内专家分月排行榜第二2011年9月 挨踢职涯大版内专家分月排行榜第二2011年7月 挨踢职涯大版内专家分月排行榜第二2011年4月 挨踢职涯大版内专家分月排行榜第二2010年6月 挨踢职涯大版内专家分月排行榜第二
2011年8月 挨踢职涯大版内专家分月排行榜第一2011年3月 扩充话题大版内专家分月排行榜第一2011年2月 扩充话题大版内专家分月排行榜第一2011年2月 挨踢职涯大版内专家分月排行榜第一2011年1月 扩充话题大版内专家分月排行榜第一2010年12月 扩充话题大版内专家分月排行榜第一2010年12月 挨踢职涯大版内专家分月排行榜第一2010年8月 挨踢职涯大版内专家分月排行榜第一
2012年9月 扩充话题大版内专家分月排行榜第二2011年11月 扩充话题大版内专家分月排行榜第二2011年10月 扩充话题大版内专家分月排行榜第二2011年9月 挨踢职涯大版内专家分月排行榜第二2011年7月 挨踢职涯大版内专家分月排行榜第二2011年4月 挨踢职涯大版内专家分月排行榜第二2010年6月 挨踢职涯大版内专家分月排行榜第二
2013年 总版技术专家分年内排行榜第二
2014年8月 总版技术专家分月排行榜第一2014年7月 总版技术专家分月排行榜第一2014年6月 总版技术专家分月排行榜第一2014年5月 总版技术专家分月排行榜第一2014年4月 总版技术专家分月排行榜第一2014年3月 总版技术专家分月排行榜第一2014年1月 总版技术专家分月排行榜第一2013年12月 总版技术专家分月排行榜第一
匿名用户不能发表回复!|

我要回帖

更多关于 主站没有响应 超时 的文章

 

随机推荐