sql-server - SQL-Server 数据库的实际限制

Question

我正在建立一个数据库，我预计该数据库将非常大，用于计算和数据存储。它将是一张可能包含 10 个字段的表，其中包含一个主键和两个外键。我预计每天大约会添加 10 亿条记录。

每条记录应该非常小，我将主要进行插入。每次插入时，我都需要对连接记录的一个或两个字段进行简单的更新。所有查询都应该相对简单。

多大的规模我会开始遇到 sql-server 的性能问题？我见过有人提到 vldb 系统，但也听说它们可能是一个真正的痛苦。我应该开始考虑这个问题是否有一个阈值？有没有比 sql-server 更好的数据库是专为此类事情而设计的？

Answer 1

当谈论超过 10k/秒的事务速率时，您不应该在论坛上寻求建议...这接近 32 和 64 路的 TPC-C 基准性能，而后者需要花费数百万美元进行调整。

什么规模时您会遇到问题？

有了良好的数据模型和模式设计，经过适当调整并具有正确容量规划的服务器将不会遇到 10 亿的问题。每天的记录。最新发布SQL Server benchmarks约为 120 万转/分钟。 2005 年系统价格约为 600 万美元(64 路 Superdome)，每秒大约可处理 16,000 笔交易。要实现计划负载的 10k tran/sec，您不需要 Superdome，但您需要一个非常强大的系统(可能至少有 16 路)，特别是一个非常非常好的 I/O 子系统。在进行总体容量规划时，通常会考虑每个 HBA 大约 1K 传输/秒以及为 HBA 提供 4 个 CPU 核心。为了满足 10 亿人口的需求，您将需要相当多的数据库客户端(应用程序中间层)。每天将记录存入数据库。我并不是说我在这里进行了容量规划，但我只是想让您大致了解一下我们正在讨论的内容。这是一个耗资数百万美元的项目，这样的东西不是通过在论坛上征求建议而设计的。