SQL Server数据库对上亿表的操作

tznktg · 发表于 2008-11-17 14:01:13

对上亿的表进行排序或者上亿的表之间进行join，会导致系统失去响应。

◆1.我确实做了一个很大的查询，涉及的数据表有两亿条记录，而且有一个group by操作，造成CPU、内存和磁盘开销均很大。后来和微软的人重新实验了一下，我的查询确实会造成系统反应变慢。后来我们也实验了一下，在这个2亿的表上统计一下行数，即select count(*) from table1，用了1分钟，内存涨了5G左右，磁盘子系统负荷很大，CPU也突然提高。这说明这种上亿的表的操作会非常严重的降低效率。

◆2.整个服务器的磁盘分配是这样的，网站访问的数据库库位于磁盘阵列中，而我们的统计临时库位于D盘中，C和D好像是一个磁盘组，也就相当于是在C盘。我们的数据库的大量磁盘I/O会导致系统的反应变慢。因此当我的查询很大的时候，就会使服务器整个系统变慢。

◆3.数据库的数据文件的自增长方式为每次1024k，数据文件的空间已经接近用光，而要发生增长，而增长空间要求应该比较大，所以就会不停的申请增长，造成磁盘开销较大。

◆4.操作中涉及到delete操作，会形成大量的日志，而上周扩容后，发现日志文件比以前缩小了，估计是重建了，昨天的操作会导致日志文件也要不断增长，也会造成磁盘的负荷加大。

解决办法：

针对一：

避免大表操作，所有的操作均可以按省或者时间分开，这样无论从时间或者地域维度，基本上可以将大表拆成30张以上的小表操作，甚至更多。然后再对结果进行合并，应该可以避免上述问题。

针对二：

无解决方案，只是建议将我们的数据库也单独分到一组磁盘上去，不要跟系统竞争。

针对三：

及时删除无用的临时数据，保障数据库空间，同时也可以做上空间监控，一旦数据文件空间发生增长时，给DBA一个预警邮件，我们收到邮件后可以立即做相应处理。

针对四：

日志文件目前已经涨得较大，我们执行一下截断日志的动作，将日志文件的空间使用保持在一个较低水平。

		自动登录	找回密码
密码			注册

全国各地医院查询	重量转换换算	RGB颜色查询	交通标志大全	各类快递查询
简体繁体转换	黄金价格实时走势	万年历查询	实时汇率转换	列车时刻查询
在线翻译工具	CSS中文手册	HTML学习教程	MySQL中文手册	JavaScript中文手册
PHP安全基础手册	PHP5面向对象编程教程	正则表达式系统教程	SQL Server精华	Apache 2.2 中文手册
DOS命令全集指南	windows脚本技术中文版	股票行情查询	历史上的今天	邮编区号查询
长度转换换算	货币汇率转换	常用电话号码	体育彩票查询	手机位置查询
域名Whois信息查询	谷歌PR值查询	台州网站建设	台州网站开发	台州域名注册
天气预报查询	长度转换换算器	在线电子地图	车牌号码查询	中国百家姓查询

SQL Server数据库对上亿表的操作

相关帖子

浏览过的版块