起因:
应用程序日志里面发现报错:当前事务无法提交,而且无法支持写入日志文件的操作 且是间歇性出现。
问题:
直接从报错内容上看看不出什么问题,于是百度了,百度的结果就是 出现这个问题的原因就是事务已经被回滚,但是又去完成事务(commit/rollback)
结合自身的过程的代码,发现代码非常长,无法发现具体报错的地方。
解决思路:
只知道这个过程有问题,但是过程非常的长,无法定位,如果使用临时表也基本无法定位那个代码有问题。开发怀疑是 在 提交代码前有一个 drop 临时表的操作,于是修改了过程。
修改了过程之后,过程中定位报错的flag不再范围null,发现是从try catch中catch代码块中出现。于是让开发加了过程让异常抛出,发现是死锁造成,因为新功能上线出现死锁导致。(马上加上死锁监控)
原因:
因为死锁,导致事务被回滚,返回到catch后,catch又有个kill 然后导致出现这个错误。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· AI与.NET技术实操系列:基于图像分类模型对图像进行分类
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 分享一个免费、快速、无限量使用的满血 DeepSeek R1 模型,支持深度思考和联网搜索!
· 基于 Docker 搭建 FRP 内网穿透开源项目(很简单哒)
· ollama系列01:轻松3步本地部署deepseek,普通电脑可用
· 25岁的心里话
· 按钮权限的设计及实现