Andres Arango Asked: 2020-01-23 11:51:58 +0800 CST2020-01-23 11:51:58 +0800 CST 2020-01-23 11:51:58 +0800 CST Bigint 和 SQL Server 性能 772 我继承了一个数据库,其中许多表都将 bigint 作为许多字段的数据类型,当您看到内容时,它并不需要 bigint 提供的所有空间。对不需要的字段使用 bigint 会影响数据库性能吗? sql-server performance 2 个回答 Voted Best Answer Josh Darnell 2020-01-23T13:14:46+08:002020-01-23T13:14:46+08:00 使用bigint相比int,至少有以下潜在的性能缺陷: 数据将使用磁盘上的更多页面 当磁盘不在 RAM 中时,这会影响从磁盘读取数据所需的时间 它还将使涉及这些字段的任何维护操作花费更长的时间(备份、索引重建、CHECKDB) 这些数据页将占用更多 RAM 空间 这意味着您要么需要购买更多 RAM,要么需要更频繁地从磁盘读取数据 包含这些列的内存授予会更大 这会影响消耗内存的查询计划运算符,例如排序和散列数据 作为次要影响,这会降低并发性 话虽如此,这些东西对您有多大的实际影响很大程度上取决于您的特定环境和工作量。 注意:磁盘和 RAM 使用问题的增加可以通过使用行压缩来缓解,但代价是 CPU 使用率增加。由于服务器的 CPU 开销通常比 RAM 多,这通常是一个很好的折衷方案(感谢Andy的提醒!) kundan Sinha 2020-02-02T11:15:17+08:002020-02-02T11:15:17+08:00 是的,性能受到了影响。 在优化阶段,查询优化器使用每列 50% 的数据大小来估计行数据大小。如果我们对存储较小数据的列使用较大的数据类型,则来自表的估计数据大小将更高,并导致查询的理想内存授予要求更高。 过度估计的内存授予会导致 SQL Server 的内存压力并严重影响页面预期寿命(使其更低)。较低的 PLE 值意味着从磁盘读取的数据页缓存在内存 (RAM) 中的时间较短。 为避免性能问题,应正确设计每个可变长度列、局部变量和参数。我们可以使用 int 而不是 bigint 作为标识列,并将 -2,147,483,648 设置为起始值,以从 int 数据类型中获得双倍大小的好处。
使用
bigint
相比int
,至少有以下潜在的性能缺陷:话虽如此,这些东西对您有多大的实际影响很大程度上取决于您的特定环境和工作量。
注意:磁盘和 RAM 使用问题的增加可以通过使用行压缩来缓解,但代价是 CPU 使用率增加。由于服务器的 CPU 开销通常比 RAM 多,这通常是一个很好的折衷方案(感谢Andy的提醒!)
是的,性能受到了影响。
在优化阶段,查询优化器使用每列 50% 的数据大小来估计行数据大小。如果我们对存储较小数据的列使用较大的数据类型,则来自表的估计数据大小将更高,并导致查询的理想内存授予要求更高。
过度估计的内存授予会导致 SQL Server 的内存压力并严重影响页面预期寿命(使其更低)。较低的 PLE 值意味着从磁盘读取的数据页缓存在内存 (RAM) 中的时间较短。
为避免性能问题,应正确设计每个可变长度列、局部变量和参数。我们可以使用 int 而不是 bigint 作为标识列,并将 -2,147,483,648 设置为起始值,以从 int 数据类型中获得双倍大小的好处。