sql-server - 如何批量更新具有大量活跃读者的 SQL Server 数据库

Question

我正在为以下场景设计 SQL Server 2012 数据库的解决方案

• 数据库包含大约 100 万条记录，在 4 或 5 个表之间具有一些简单的父子关系
• 数据库上有 24x7 的高读取负载
• 我们每天收到一次包含大约 1000 个插入、更新和删除的批处理，这些应该合并到数据库中，有时这个数字可能更高。
• 除了每日批处理之外，没有其他数据库写入者

有一些“特殊”要求

1. 读者应该不会因为这些更新而遇到任何明显的延迟
2. 从读者的角度来看，应该以原子方式处理整个批处理。读者不应看到部分处理的批处理
3. 如果更新中途失败我们需要回滚该批处理的所有改动
4. 批处理本身不时间紧迫，通过简单的实现，现在只需几分钟就可以了。

我想到的方案是

• 将单个数据库事务围绕整个更新批处理(这可能是一个大事务)，并使用快照隔离让读者在更新运行时读取原始数据。

• 使用分区切换，似乎这个功能是为这种用例设计的。缺点似乎是，在我们开始处理批处理之前，我们需要创建所有原始数据的副本。

• 切换整个数据库。我们可以创建整个数据库的副本，处理该副本中的批处理，然后将所有客户端重定向到该数据库(例如，通过更改它们的连接字符串)。这甚至应该允许我们将数据库设为只读，甚至可能创建数据库的多个副本以实现可伸缩性。

哪些选项或其他选项最适合这种情况，为什么？

Answer 1

1. 交易策略会阻塞并导致延迟。

分区切换并不能真正解决您的解决方案，因为您应该考虑与今天对数据库进行的操作相同......(因此回滚/插入)仍然会阻塞，但它可以被隔离只是部分数据而不是全部...

最好的办法是使用 2 个数据库并切换连接字符串...

或者使用 1 个数据库和 2 组表，并使用交换的 View 或存储过程来查看“事件”表。您仍然可能会遇到磁盘争用问题，但从锁定的角度来看，您会没事的。