Magento 2.4.6-p1保存分类失败：锁等待超时问题如何解决？

这个问题的核心是catalog_category_entity表的更新事务被其他持有锁的进程阻塞，导致锁等待超时，进而触发Cloudflare的超时错误。以下是针对性的彻底解决方案：

1. 排查并终止长运行事务 #

锁超时的直接原因是有其他事务长时间占用分类表的锁未释放。通过MySQL命令排查：

• 查看当前所有InnoDB事务：

  SELECT trx_id, trx_started, trx_mysql_thread_id, trx_query 
  FROM INFORMATION_SCHEMA.INNODB_TRX 
  ORDER BY trx_started;
  

• 查看InnoDB锁状态：

  SHOW ENGINE INNODB STATUS;
  

找到长时间运行（比如超过5分钟）且涉及catalog_category_entity表的事务，用KILL [trx_mysql_thread_id];终止对应线程。同时要排查触发长事务的操作——比如后台的批量产品导入、索引全量重建、第三方同步任务等，调整这些任务的执行时间，避免和分类保存操作冲突。

2. 优化Magento分类保存的事务逻辑 #

Magento保存分类时会触发大量关联操作（产品分类关联更新、URL重写生成、索引实时更新等），这些操作会拉长事务时间，增加锁竞争概率：

• 调整索引更新模式：在Magento后台进入Stores > Settings > Index Management，将Catalog Search、Category Products、Product Categories等索引的更新模式从Update on Save改为Update by Schedule，让索引更新在后台定时执行，而非分类保存时实时触发。
• 禁用不必要的分类关联操作：如果不需要自动更新产品分类关联或URL重写，可以通过自定义扩展或配置关闭部分非核心逻辑（需评估业务影响）。

3. 调整MySQL锁超时参数（治标缓解） #

默认的innodb_lock_wait_timeout为50秒，可适当调大给事务足够时间完成：

• 编辑MySQL配置文件（my.cnf或my.ini）：

  innodb_lock_wait_timeout = 120
  

• 重启MySQL服务使配置生效。
  注意：此方法仅缓解超时问题，需配合其他根源优化一起使用，避免掩盖核心问题。

4. 排查第三方扩展冲突 #

部分第三方分类管理、SEO或数据同步扩展可能在分类保存时执行额外的SQL操作，导致事务过长或锁竞争：

• 临时禁用所有第三方扩展，测试分类保存是否正常。
• 逐个重新启用扩展，排查出触发锁超时的扩展，联系开发者修复或替换。

5. 优化数据库性能 #

• 检查catalog_category_entity表的索引：确保entity_id主键索引正常，删除冗余索引，减少锁竞争时的资源消耗。
• 定期优化表：

  OPTIMIZE TABLE catalog_category_entity;
  

整理表碎片，提升更新操作的效率。

6. 调整Cloudflare超时设置 #

若服务器处理事务的时间确实较长，可调整Cloudflare的HTTP超时时间：

• 登录Cloudflare后台，进入对应域名的Network设置，将HTTP Timeout从默认的100秒调整为150-200秒，给服务器足够时间完成分类保存事务。

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