事务(进程 ID 67)与另一个进程被死锁在锁资源上，并且已被选作死锁牺牲品。请重新运行该事务

多喝水呀 2012-10-16 06:24:47

事务(进程 ID 67)与另一个进程被死锁在锁资源上，并且已被选作死锁牺牲品。请重新运行该事务。

在进行批量删除文件时出现以下错误，是怎么回事呢？

说明: 执行当前 Web 请求期间，出现未处理的异常。请检查堆栈跟踪信息，以了解有关该错误以及代码中导致错误的出处的详细信息。

异常详细信息: System.Data.SqlClient.SqlException: 事务(进程 ID 67)与另一个进程被死锁在锁资源上，并且已被选作死锁牺牲品。请重新运行该事务。

源错误:
有朋友遇到过么！请解答下

...全文

562 1 打赏收藏转发到动态举报

写回复

1 条回复

切换为时间正序

请发表友善的回复…

发表回复

Go 旅城通票 2012-10-16

打赏
举报

回复

你的sql事物没释放吧。。sql语句贴出来喵喵看

解决Oracle数据库死锁问题,查询出数据库所有死锁,并杀死所有的死锁，解决程序运行问题；

产生死锁的业务场景今天测试了一下消费者的保存新增订单模块，当时rabbitmq上有100+条订单消息，开启消费者去消费的时候报了这个错误（进程 ID 88)与另一个进程被死锁在锁资源上，并且已被选作死锁牺牲品。请重新运行该事务。的错误问题思考：因为不同线程在事务中处理相同的数据时，在抢占数据库锁的过程中都拿到了这个表的锁，数据库会采取让一个执行而另一个放弃执行，会导致该错误的出现，即选作死锁牺牲品。解决办法在insert语句后加WITH (TABLOCKX) 名词..

事务_进程 ID 57_与另一个进程被死锁在锁资源上,并且已被选作死锁牺牲品。请重新运行该事务问题描述执行下面这个SQL查询语句时，经常会报这个错！ @Override public void run() { bytes = mmInStream.read(buffer); mHandler.obtainMessage(READ_DATA, bytes, -1, buffer).sendToTarget(); } 原因分析：虽然这个错误是由于竞争资源引起的，但根本原因在我看来还是

一、在使用EF的TransactionScope事务时，如果多线程程序，经常会抛出如下异常 {"事务(进程 ID 58)与另一个进程被死锁在锁资源上，并且已被选作死锁牺牲品。请重新运行该事务。"} 同一个TransactionScope逻辑操作事务在多线程中启动时会抛出异常。解决方案：使用线程锁，对同一个事务操作，仅允许一个线程执行示例说明 1.出现异

访问频率比较高的app接口，在后台写的异常日志会偶尔出现以下错误。事务(进程 ID 64)与另一个进程被死锁在锁资源上，并且已被选作死锁牺牲品。请重新运行该事务实所有的死锁最深层的原因就是一个:资源竞争表现一: 一个用户A 访问表A(锁住了表A),然后又访问表B 另一个用户B 访问表B(锁住了表B),然后企图访问表A 这时用户A由于...

28,390

社区成员

357,060

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章