数据库报1205-Lock wait timeout exceeded； try restarting transaction解 ...

目次

一、产生1205错误缘故原由
二、错误码1205 解决方案 
三、Mysql 8.0检察锁状态 

---

一、产生1205错误缘故原由

MySQL错误码1205代表了一个死锁错误（Deadlock）。死锁是多个事务相互等候彼此释放锁资源的情况，导致它们都无法继续实行。这通常发生在并发访问数据库时，多个事务试图同时修改相同的数据行或资源。
在MySQL中，当发存亡锁时，系统会选择一个事务作为死锁牺牲者（victim），该事务会被回滚，以允许其他事务继续实行。

• 事务顺序问题：当多个事务同时访问相同的数据，它们可能以差异的顺序获取锁，从而导致死锁。例如，如果事务A先获取锁1再获取锁2，而事务B先获取锁2再获取锁1，那么它们可能陷入死锁状态。
  
• 锁等候时间过长：如果某个事务获取了锁，但在持有锁期间实行的操作时间过长，其他事务可能会等候太久，从而导致死锁。
  
• 锁粒度问题：如果锁的粒度过大，多个事务可能由于需要访问相同资源而陷入死锁状态。锁的粒度应该根据具体需求细化，以淘汰死锁的可能性。
  
• 事务并发度过高：当有大量事务并发访问相同资源时，死锁的发生概率会增加。这可以通过调整事务并发度或优化数据库设计来缓解。
  
• 没有明确的事务管理：事务管理不妥也可能导致死锁。事务应该以一致的方式开始、提交和回滚，以淘汰死锁的风险。
  
• 差异事务使用差异的隔离级别：如果差异的事务使用差异的隔离级别，那么它们之间可能会发生冲突，导致死锁。
  
• 复杂的查询：某些复杂的查询可能会引发死锁，特殊是在多表连接和子查询中。
  

二、错误码1205 解决方案 

• 事务隔离级别：确保选择得当的事务隔离级别，以平衡并发性和一致性。差异的隔离级别对死锁的风险有差异影响。例如，使用Read Committed或Serializable隔离级别可能会增加死锁的风险。在不需要绝对一致性的情况下，可以考虑使用Repeatable Read或Read Uncommitted来淘汰死锁的可能性。
  
• 锁粒度：尽量使用较小的锁粒度，以淘汰事务之间的竞争。制止在事务中锁定整个表，而是尽量锁定只有必要的行或资源。
  
• 明智的事务顺序：确保全部事务以相同的顺序获取锁，从而淘汰死锁的可能性。这可以通过编码约定来实现。
  
• 事务超时和重试：在应用程序中实行事务超时和重试机制，以处理死锁。当一个事务检测到死锁时，可以选择等候一段时间，然后重试，以希望在下次尝试时死锁不再存在。
  
• 监控和分析：定期监控数据库，以检测死锁事件。你可以使用MySQL的SHOW ENGINE INNODB STATUS来检察当前死锁信息。分析死锁报告，了解死锁发生的缘故原由，以便采取相应措施。
  
• 淘汰事务并发度：低落数据库并发度，尤其是在高负载时，可以淘汰死锁的发生气会。这可以通过公道的数据库连接池配置来实现。
  
• 优化查询和事务：编写高效的SQL查询，制止复杂的事务逻辑和嵌套事务，以淘汰死锁的风险。
  
• 数据库设计：公道设计数据库布局，制止多个事务频繁访问相同的资源。使用索引和得当的数据分片计谋来进步性能。
  
• 缓存：使用缓存来减轻数据库负担，淘汰数据库访问次数，从而低落死锁的风险。
  
• 教导和培训：确保团队成员了解事务管理和死锁处理的最佳实践，并能够识别和处理死锁事件。
  

三、Mysql 8.0检察锁状态 

从 MySQL 8.0 开始，performance_schema.data_locks表现 InnoDB 数据锁
Information Schema 表INNODB_LOCKS和INNODB_LOCK_WAITS从 MySQL 5.7 开始弃用。
performance_schema.data_locks 是MySQL的性能模式（Performance Schema）中的一个表，用于提供有关数据锁的信息。Performance Schema是MySQL的性能监控和分析工具，允许你跟踪和分析数据库服务器的性能特征，包括锁的使用情况。
performance_schema.data_locks 表提供了有关当前数据库服务器上存在的数据锁的信息，包括锁定的表、锁定的行、锁的范例和等候锁的事务等。这些信息对于识别和调查数据库性能问题和锁冲突非常有效。
以下是一些常见的列和字段，它们包含在 performance_schema.data_locks 表中：

• OBJECT_INSTANCE_BEGIN: 表示锁对象的内部标识符。
  
• LOCK_TYPE: 表示锁的范例，例如表锁、行锁等。
  
• LOCK_DURATION: 表示锁的连续时间。
  
• LOCK_STATUS: 表示锁的状态，如等候或得到。
  
• ENGINE_TRANSACTION_ID: 表示涉及锁定的事务ID。
  
• ENGINE_TRANSACTION_ID_NEXT: 表示下一个将被锁定的事务ID。
  
• ENGINE_TRANSACTION_ID_CURRENT: 表示当前事务ID。
  
• WAIT_STARTED: 表示等候锁的事务开始时间。
  
• WAITED: 表示等候锁的时间。
  

你可以使用SQL查询来检索 performance_schema.data_locks 表的信息，以了解数据库中的锁定情况。例如，以下是怎样查询 performance_schema.data_locks 表以获取锁的信息的示例：

1. SELECT * FROM performance_schema.data_locks;

复制代码

 这将返回 performance_schema.data_locks 表中的全部数据锁信息。

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。