<b>上亿的sql server表举行join的问题</b>[MSSQL防范]
本文“<b>上亿的sql server表举行join的问题</b>[MSSQL防范]”是由七道奇为您精心收集,来源于网络转载,文章版权归文章作者所有,本站不对其观点以及内容做任何评价,请读者自行判断,以下是其具体内容:
面对sql server表举行查询,假如数目极大,乃至以亿计算,应当怎么处理呢?下面就将为您介绍上亿的sql server表操作的办法,供您参考.
对上亿的sql server表举行排序大概上亿的表之间举行join,会招致系统失去呼应.
◆1.我确切做了一个很大的查询,触及的sql server表有两亿条记录,并且有一个group by操作,造成CPU、内存和磁盘开销均很大.后来和微软的人重新实行了一下,我的查询确切会造成系统反映变慢.后来我们也实行了一下,在这个2亿的表上统计一下行数,即select count(*) from table1,用了1分钟,内存涨了5G左右,磁盘子系统负荷很大,CPU也忽然提高.这阐明这种上亿的sql server表的操作会非常严重的降低效率.
◆2.整个服务器的磁盘分配是这样的,网站拜候的数据库库位于磁盘阵列中,而我们的统计暂时库位于D盘中,C和D仿佛是一个磁盘组,也就相当于是在C盘.我们的数据库的大量磁盘I/O会招致系统的反映变慢.因此当我的查询很大的时刻,就会使服务器整个系统变慢.
◆3.数据库的数据文件的自增长方法为每次1024k,数据文件的空间已经接近用光,而要发生增长,而增长空间要求应当对比大,所以就会不断的申请增长,造成磁盘开销较大.
◆4.操作中触及到delete操作,会形成大量的日记,而上周扩容后,发现日记文件比从前缩小了,预计是重建了,昨天的操作会招致日记文件也要不断增长,也会造成磁盘的负荷加大.
办理办法:
针对一:
避免大表操作,全部的操作都可以按省大概时间脱离,这样无论从时间大概地域维度,基本上可以将大表拆成30张以上的小表操作,乃至更多.然后再对后果举行归并,应当可以避免上述问题.
针对二:
无办理筹划,只是倡议将我们的数据库也单独分到一组磁盘上去,不要跟系统竞争.
针对三:
及时删除无用的暂时数据,保障数据库空间,同时也可以做上空间监控,一旦数据文件空间发生增长时,给DBA一个预警邮件,我们收到邮件后可以当即做呼应处理.
针对四:
日记文件目前已经涨得较大,我们履行一下截断日记的行动,将日记文件的空间利用保持在一个较低水平.
以上是“<b>上亿的sql server表举行join的问题</b>[MSSQL防范]”的内容,如果你对以上该文章内容感兴趣,你可以看看七道奇为您推荐以下文章:
本文地址: | 与您的QQ/BBS好友分享! |