数据库:SAVEPOINT重名引发的血案

在一个存储过程调用堆栈中,调用关系如下:

1 A (pA)
2 |--->B (pB)
3 |--->C (pC)
4 |--->D (pA)


在存储过程A中声明了SAVEPOINT pA,在存储过程D中声明了重名的SAVEPOINT pA。

如果在存储过程D中出现异常需要回滚,按照常理,理论上会向调用栈上层一层层回滚: Exception ---> Rollback ---> pA ---> pC ---> pB ---> pA ---> Commit

但是 此处出现了重名的SAVEPOINT,所以实际上,oracle会以如下方式回滚: Exception ---> Rollback ---> pA ---> Commit(oracle以为自己已经rollback到终点,直接commit)

结果导致 中间 A B C 的操作均没有Rollback,导致脏数据残留。

posted @   sinodragon21  阅读(311)  评论(1编辑  收藏  举报
编辑推荐:
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
阅读排行:
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· Manus的开源复刻OpenManus初探
· AI 智能体引爆开源社区「GitHub 热点速览」
· C#/.NET/.NET Core技术前沿周刊 | 第 29 期(2025年3.1-3.9)
· 从HTTP原因短语缺失研究HTTP/2和HTTP/3的设计差异
点击右上角即可分享
微信分享提示