序列化失败：尝试获取锁时发现死锁
我得到以下错误当有多个更新运行特定的表数据库-mysql-innodb引擎语言php-pdo
错误-序列化失败：尝试获取锁时发现死锁
我检查了下面的链接SQLState[40001]:序列化失败：尝试获取锁时发现1213死锁；尝试按Magento位置重新启动事务
共有1个答案
您可以检查此链接死锁异常代码为PHP,MySQL PDOException？以处理该错误，或者您可能只想再试一次。
MySQL告诉您要更新的数据正在运行另一个更新。所以不让你这么做。
有关死锁的更多信息https://en.wikipedia.org/wiki/deadlock
-
表以作为主键，列(CHAR(1))可以是“x”或“y”，以及(INT)。这些列上没有索引。存储引擎是InnoDB。 state_positions必须总是连续的，并且对于某个状态可能永远不会有重复的位置，即如果我有5个状态为“x”的用户，他们的state_positions必须是1、2、3、4、5 这是我正在运行的导致死锁的查询： 为了测试，我同时插入了大量的用户，但每次都出现死锁错误。 我读了这
-
问题内容： 我在项目中使用了hibernate模式，并且由于非常简单的数据库操作而获得了随机的表观死锁。 有一个堆栈跟踪：https : //gist.github.com/knyttl/8999006 –让我感到困惑的是，第一个异常是RollbackException，然后是LockAquisition异常。 问题经常发生在类似的条款上： 我很困惑，因为我不知道这是Hibernate，MySQL
-
问题内容： 我的应用程序（java spring-core）有多个线程同时运行并访问数据库，在某些高峰时间出现异常 我的代码看起来 问题答案： MySQL的InnoDB引擎具有行级锁定功能，即使您的代码正在插入或更新单个行（尤其是要更新的表上有多个索引），也可能导致死锁。最好的选择是围绕它设计代码，以便在由于死锁而失败的情况下重试事务。一些有关MySQL死锁诊断的有用信息以及可能的解决方法在此处提
-
问题内容： 我有一个带有约5,000,000行的MySQL表，该表通过通过DBI连接的并行Perl进程以小方式不断更新。该表有大约10列和几个索引。 一种相当常见的操作有时会导致以下错误： 触发错误的SQL语句如下所示： 该错误仅在某些时候触发。我估计会减少1％的来电。但是，使用小表从未发生这种情况，随着数据库的增长，它变得越来越普遍。 请注意，我正在使用file_table中的a_lock字段来
-
问题内容： 我有一个记录在线用户的innoDB表。用户每次刷新页面时都会对其进行更新，以跟踪他们所访问的页面以及它们对该站点的最后访问日期。然后，我会有一个cron，每15分钟运行一次，以删除旧记录。 我在尝试获取锁时发现了“死锁；昨晚尝试重新启动事务”大约5分钟，这似乎是在向该表中运行INSERT时出现的情况。有人可以建议如何避免此错误吗？ ===编辑=== 以下是正在运行的查询： 首次访问网站
-
我发现了一个SQL死锁问题，当函数由两个用户并发执行时会发生该问题。我有一个PHP函数，它执行几个包含在事务中的数据库插入查询。其中一个插件也触发了一个触发器。请参阅下面的我的表模式和代码示例。 主表 历史表格 审计表 我在main_table上有一个触发器，定义如下。它所做的是从audit_table中选择最大id并将记录插入到history_table。 下面是由两个用户同时执行的函数。插入记