Percona（CentOS）单条更新耗时140秒及1205锁事务问题求助

以下是可能导致问题的常见原因及排查点：

• 行锁阻塞：即便按主键id更新，若有未提交的长事务（比如带FOR UPDATE的查询、未收尾的大事务）持有了目标行的锁，你的UPDATE会一直等待锁释放，最终触发1205锁超时。可通过查询INFORMATION_SCHEMA.INNODB_TRX查看活跃事务，INNODB_LOCK_WAITS定位锁等待关系。
• 主键索引异常：id主键索引若存在碎片、损坏，或表统计信息过时，InnoDB无法快速定位目标行，可能引发全表扫描或遍历大量索引节点，拖慢更新速度。可执行ANALYZE TABLE exam;更新统计信息，或CHECK TABLE exam;检查表与索引完整性。
• 系统资源瓶颈：服务器CPU、内存、磁盘IO出现瓶颈（比如其他进程抢占IO、磁盘坏道），会导致InnoDB刷脏页、写入redo log的速度骤降，所有写操作都会卡顿。用iostat、vmstat、top工具监控资源占用情况。
• 数据库版本隐性bug：若之前有过版本升级或后台补丁更新，可能引入了锁机制、事务处理相关的隐性bug，导致偶尔锁超时甚至崩溃。可核对对应Percona版本的官方release notes，排查是否有已知同类问题。
• 日志写入阻塞：二进制日志（binlog）写入缓慢，或redo log文件满等待切换，会阻塞写操作。通过SHOW VARIABLES LIKE 'binlog%';查看binlog配置，SHOW ENGINE INNODB STATUS;查看InnoDB日志状态。
• 表级锁冲突：若有ALTER TABLE、大批量INSERT/DELETE等操作持有表级锁，会阻塞所有行级操作。执行SHOW OPEN TABLES WHERE In_use > 0;查看表的锁占用状态。

内容的提问来源于stack exchange，提问作者Ramzes