目前我们有 4 个核心和 4 个 tempdb 文件。我大约 2 个月前刚成为 DBA，出于某种原因，3 个 tempDB 文件是 2GB，1 个是 1GB。显然，这不是最佳做法。
作为强迫症和积极主动的人，我想调整该文件的大小以与其他 3 个相匹配。
但是等等，还有更多。它用于具有通过不使用任何并行性来提高性能的应用程序的系统，因此我们将其禁用。MAXDOP = 1，成本阈值 = 0。它是系统上唯一的应用程序，SQL 实例基本上是为这个应用程序设计的。
大家对此有何看法？考虑到我们的 MAXDOP = 1，它是否有助于缓解所看到的任何减速？另外，当我更改文件大小时，我应该注意哪些影响/问题？我会在晚上做，非生产时间。
感谢您的帮助。
个别查询不使用并行性？所以呢？如果您有两个完全不同的用户同时运行不同的查询，他们也可以使用不同的 tempdb 文件。
当然，如果您在同一个卷上有四个 tempdb 文件，这并没有多大帮助——真正的好处是您可以将它分散到多个 I/O 路径中。
如果没有更多细节，很难推测“您看到的任何减速”。
更改文件大小应该没有任何问题。只需确保它们的大小完全相同，具有完全相同的自动增长设置，然后检查是否应该运行跟踪标志 1117 和 1118。