Azure Synapse专用SQL池：DELETE操作对表大小的影响及未缩减原因

一、DELETE操作对表大小的直接影响 #

• 执行DELETE后，不会立即释放存储空间。专用SQL池采用列存储格式，DELETE操作仅标记数据行为逻辑删除，不会物理移除这些数据。被标记的行仍占用存储资源，直到执行特定存储优化操作，才会清理这些逻辑删除的行并释放空间。
• 你用vTableSizes视图监控到的表大小包含了这些被标记删除的行占用的空间，所以DELETE操作后表大小看起来没有变化。

二、删除重插方案导致表大小指数增长的原因 #

• 每次执行删除重插时，DELETE操作会在原有数据上标记大量逻辑删除行，而新插入的数据又会新增存储占用。
• 若未及时执行存储优化操作，逻辑删除的行不断累积，叠加新插入的数据，表的物理存储量就会持续增长，最终呈现指数级上升的趋势。

三、可行的解决办法 #

• 定期对执行过大量DELETE操作的表执行ALTER TABLE [TableName] REBUILD：该操作会彻底清理逻辑删除的行、释放存储空间，同时重新组织列存储索引以提升查询性能。注意此操作会锁表，建议在业务低峰期执行。
• 或执行ALTER TABLE [TableName] REORGANIZE：相比REBUILD，它是增量式清理，锁表时间更短，但清理效率略低，适合频繁有小批量DELETE操作的场景。
• 调整数据摄入流程：针对事实表的更新需求，可考虑使用MERGE语句替代删除重插，减少不必要的DELETE操作，从而降低逻辑删除行的累积量。

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