嵌套事务与延迟持久性：内层事务设置DD是否生效？

你对嵌套事务的理解完全正确——在SQL Server中，所谓的“嵌套事务”本质上是伪嵌套，只有当最外层事务执行COMMIT时，所有嵌套层级里的操作才会真正完成提交。内层的BEGIN TRANSACTION和COMMIT只是在维护一个事务计数，并不会触发实际的提交动作。

核心结论：内层事务的DELAYED_DURABILITY = ON不会生效 #

原因很直接：内层的COMMIT语句根本没有触发实际的持久化操作，它仅仅是把事务计数从当前值减1而已。只有当事务计数降到0（也就是最外层的COMMIT执行时），数据库才会启动真正的提交流程，此时生效的是最外层COMMIT设置的延迟持久性选项（如果最外层没设置，则沿用数据库级别的默认配置）。

结合你的示例代码解释 #

来看你给出的代码片段：

BEGIN TRANSACTION
-- 外层事务逻辑代码
BEGIN TRANSACTION
-- 内层事务逻辑代码
COMMIT WITH (DELAYED_DURABILITY = ON) -- 仅减少事务计数，无实际提交行为
COMMIT -- 真正触发提交，使用默认持久化策略（除非此处也指定DELAYED_DURABILITY=ON）

这里内层的COMMIT带的延迟持久性设置完全被忽略，因为它没有触发实际的提交流程。只有最后那个外层的COMMIT才会决定持久化的方式。

如何让延迟持久性生效？ #

如果想要启用延迟持久性，你有两个选择：

• 在最外层的COMMIT语句上添加DELAYED_DURABILITY = ON选项；
• 在数据库级别强制开启延迟持久性（执行ALTER DATABASE [你的数据库名] SET DELAYED_DURABILITY = FORCED），这种方式会对所有未指定语句级选项的事务生效。

内容的提问来源于stack exchange，提问作者andyc209