关键在于,您的nvarchar(max)字段包含“很多”数据.考虑执行此更新时sql必须执行的操作.

由于您正在更新的列可能超过8000个字符,因此它被非页面存储,这意味着在不为NULL时读取此列的额外工作.

当您运行一批50000次更新时,sql必须将其放置在隐式事务中,以便在出现任何问题时可以回滚.为了回滚它必须将列的原始值存储在事务日志中.

假设(为了简单起见)每列包含平均10,000字节的数据,这意味着50,000行将包含大约500MB的数据,这必须临时存储(简单恢复模式)或永久存储(在完全恢复模式下).

没有办法禁用日志,因为它会危及数据库的完整性.

我对我的狗慢桌面进行了一个快速测试,而运行批次甚至10,000的速度变得非常慢,但是将大小降低到1000行,这意味着大约10MB的临时日志大小正好很好地工作.

我加载了一个350,000行的表,并标记了50,000个更新.大约4分钟后完成,由于它线性缩放,您应该可以在我的1台处理器2GB桌面上大约6小时内更新我的狗慢桌面上的整个5百万行,所以我希望在您的强大的服务器支持下更好的由SAN或某事.

您可能希望作为选择运行更新语句,仅选择主键和大型nvarchar列,并确保运行速度与预期的一样快.

当然,瓶颈可能是其他用户锁定服务器上的存储或内存的争议,但是由于您没有提及其他用户,我将假设您以单用户模式为该数据库.

作为优化,您应确保事务日志位于与数据不同的物理磁盘/磁盘组上,以最小化查找时间.