数据库: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,导致脏数据残留。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 从 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的设计差异