单个数据文件超过50GB会对数据库的操作有影响吗？

[最爱午夜]

数据库单个数据文件达到90GB，对查询，更新，删除，插入有性能上的影响吗？
我个人认为会有影响，但是我没找到具体的数据。
文件太大对MEMORY，IO，CPU哪个影响更直接？

请大家说说自己的看法，当然，一定要有依据。

本人使用性能计数器对公司服务器监控超过1各月，每天9点-18点进行监控，发现了一些问题，
但数据不够，无法确认。

[xiaoxiangqing]

目前没有遇到过，应该没多大影响

[laoer_2002]

进来学习

[chen870201]

应该没有太大问题

[俺是大菠萝]

引用 5 楼 DBA_Huangzj 的回复:

推荐一下让更多人关注。Ps:菠萝兄，上市之后反而有时间回帖了？

偶尔，吼吼

[俺是大菠萝]

引用 12 楼 wmxcn2000 的回复:

对性能没有影响： 1. 对CPU 和内存来讲，只关心数据来没来，不关心是哪里来的，我就是一个广计算、加工和缓存的功能； 2. 对RAID 来讲，你拆分 10 个文件，也有这 5 块盘支撑，你单一文件，也是这 5 块盘支撑； 3. 具体的数据存储，单一的文件，某一张表（或某个索引）所占的空间连续性要比多个文件所占空间的连续性的可能性要高； 有影响的方面： 1. 单位一文件在复制时，可能不知道已经拷了多少 M 了，但是多个文件，就可以看到 10 个文件，我已经拷了 4 个了，能知道一个大概的进度； 2. 如查想搭一个临时的测试环境，把数据备出来的，可能测试机的单一磁盘空间不够用了，加了磁盘还得做 RAID ，前期准备了 2 天，实际使用了 15 分钟。 个人意见，欢迎讨论。

目前一般raid的时候，不会所有盘都划到一个LAN下，一般是分多个LAN，每个LAN有包括多个物理磁盘，这样可以最大化的利用和区分IO；

[--小F--]

数据文件大 真正麻烦的是备份和恢复。其他的 只要磁盘空间够都没太大的影响。

[天上掉下个蓝妹妹]

引用 17 楼 u013226693 的回复:

[quote=引用 12 楼 wmxcn2000 的回复:] 对性能没有影响： 1. 对CPU 和内存来讲，只关心数据来没来，不关心是哪里来的，我就是一个广计算、加工和缓存的功能； 2. 对RAID 来讲，你拆分 10 个文件，也有这 5 块盘支撑，你单一文件，也是这 5 块盘支撑； 3. 具体的数据存储，单一的文件，某一张表（或某个索引）所占的空间连续性要比多个文件所占空间的连续性的可能性要高； 有影响的方面： 1. 单位一文件在复制时，可能不知道已经拷了多少 M 了，但是多个文件，就可以看到 10 个文件，我已经拷了 4 个了，能知道一个大概的进度； 2. 如查想搭一个临时的测试环境，把数据备出来的，可能测试机的单一磁盘空间不够用了，加了磁盘还得做 RAID ，前期准备了 2 天，实际使用了 15 分钟。 个人意见，欢迎讨论。

目前一般raid的时候，不会所有盘都划到一个LAN下，一般是分多个LAN，每个LAN有包括多个物理磁盘，这样可以最大化的利用和区分IO；[/quote]

引用 17 楼 u013226693 的回复:

[quote=引用 12 楼 wmxcn2000 的回复:] 对性能没有影响： 1. 对CPU 和内存来讲，只关心数据来没来，不关心是哪里来的，我就是一个广计算、加工和缓存的功能； 2. 对RAID 来讲，你拆分 10 个文件，也有这 5 块盘支撑，你单一文件，也是这 5 块盘支撑； 3. 具体的数据存储，单一的文件，某一张表（或某个索引）所占的空间连续性要比多个文件所占空间的连续性的可能性要高； 有影响的方面： 1. 单位一文件在复制时，可能不知道已经拷了多少 M 了，但是多个文件，就可以看到 10 个文件，我已经拷了 4 个了，能知道一个大概的进度； 2. 如查想搭一个临时的测试环境，把数据备出来的，可能测试机的单一磁盘空间不够用了，加了磁盘还得做 RAID ，前期准备了 2 天，实际使用了 15 分钟。 个人意见，欢迎讨论。

目前一般raid的时候，不会所有盘都划到一个LAN下，一般是分多个LAN，每个LAN有包括多个物理磁盘，这样可以最大化的利用和区分IO；[/quote] 纠正一下，是划分LUN

[霜寒月冷]

看而不语，等大牛来吐金。

[笨笨sVen]

我觉得现在测试不出来啊 ，我这边 100G以上的 都还可以的

[hugh_z]

learning

[冬冬冬冬冬冬冬冬冬冬]

这的多大的数据量。

[冬冬冬冬冬冬冬冬冬冬]

楼主的头像怪好看的。

[walkeeper]

进来学习一下

[line_us]

看看大家都有些什么体会。

[猫熊]

看你们讨论呢

[guguda2008]

引用 33 楼 jack11430 的回复:

服务器配置： CPU：2个，每个12核，未启用超线程。 MEMORY：96GB，76800MB给SQLSERVER。 DISK：阵列1(RAID5，4块15000转600GB硬盘)，阵列2(RAID5，3块15000转600GB硬盘)，固态硬盘(200GB)。 系统：Windows SERVER2008 R2 企业版(64) 数据库：SQLSERVER2008(64) tempdb放置在固态硬盘上， 一个数据库单独的放置在阵列2。其他的库和系统放置在阵列1。 我在资源管理器上面发现单独的那个数据库的主文件90GB，读写频繁，导致IO队列超过100，我就想是不是单个文件太大， 导致这个文件变成热点文件，准备把某些表转移到其他的文件中，放置于阵列1。 文件的大小会影响速度，这个是我从tempdb上了解的，在另一台服务器上面，tempdb只有一个文件，大小 150GB，结果导致内存中，tempdb的缓存占了100GB，查询有些慢，后来我重新设置了tempdb的文件个数和大小，在内存中就只占用20GB了，这个时候空闲的80GB内存就直接把所有数据库需要用到的数据缓存了，缓存命中率达到100%。

固态硬盘放tempdb有点小了，建议给tempdb加一个数据文件到其它硬盘上，log文件全部放普通硬盘

[最爱午夜]

引用 36 楼 guguda2008 的回复:

[quote=引用 33 楼 jack11430 的回复:] 服务器配置： CPU：2个，每个12核，未启用超线程。 MEMORY：96GB，76800MB给SQLSERVER。 DISK：阵列1(RAID5，4块15000转600GB硬盘)，阵列2(RAID5，3块15000转600GB硬盘)，固态硬盘(200GB)。 系统：Windows SERVER2008 R2 企业版(64) 数据库：SQLSERVER2008(64) tempdb放置在固态硬盘上， 一个数据库单独的放置在阵列2。其他的库和系统放置在阵列1。 我在资源管理器上面发现单独的那个数据库的主文件90GB，读写频繁，导致IO队列超过100，我就想是不是单个文件太大， 导致这个文件变成热点文件，准备把某些表转移到其他的文件中，放置于阵列1。 文件的大小会影响速度，这个是我从tempdb上了解的，在另一台服务器上面，tempdb只有一个文件，大小 150GB，结果导致内存中，tempdb的缓存占了100GB，查询有些慢，后来我重新设置了tempdb的文件个数和大小，在内存中就只占用20GB了，这个时候空闲的80GB内存就直接把所有数据库需要用到的数据缓存了，缓存命中率达到100%。

固态硬盘放tempdb有点小了，建议给tempdb加一个数据文件到其它硬盘上，log文件全部放普通硬盘[/quote] 在阵列1中，有一个tempdb的数据文件和一个日志文件。 固态硬盘上的tempdb数据文件和日志最大只有15GB，文件大了会影响内存占用。

[最爱午夜]

服务器配置： CPU：2个，每个12核，未启用超线程。 MEMORY：96GB，76800MB给SQLSERVER。 DISK：阵列1(RAID5，4块15000转600GB硬盘)，阵列2(RAID5，3块15000转600GB硬盘)，固态硬盘(200GB)。 系统：Windows SERVER2008 R2 企业版(64) 数据库：SQLSERVER2008(64) tempdb放置在固态硬盘上， 一个数据库单独的放置在阵列2。其他的库和系统放置在阵列1。 我在资源管理器上面发现单独的那个数据库的主文件90GB，读写频繁，导致IO队列超过100，我就想是不是单个文件太大， 导致这个文件变成热点文件，准备把某些表转移到其他的文件中，放置于阵列1。 文件的大小会影响速度，这个是我从tempdb上了解的，在另一台服务器上面，tempdb只有一个文件，大小 150GB，结果导致内存中，tempdb的缓存占了100GB，查询有些慢，后来我重新设置了tempdb的文件个数和大小，在内存中就只占用20GB了，这个时候空闲的80GB内存就直接把所有数据库需要用到的数据缓存了，缓存命中率达到100%。

[發糞塗牆]

那你要看看有什么操作发生在这个文件上面，为什么会这么频繁。

[liwuzuog]