Deadlock found 不是单纯数据库性能不足，而是并发事务以不同顺序争用相同记录。
继续阅读Magento 2 数据库 Deadlock found 的常见原因与解决方法
2024/8/1 上午9:24
alwayly
MySQL 临时表写满磁盘，Magento 2 哪些查询最容易触发？
2024/10/15 下午4:21
alwayly
Magento 2 报 The table is full 或磁盘突然耗尽时，不能只清 var。本文区分 MySQL 内存临时表、磁盘临时表和 InnoDB 临时表空间，并定位索引、报表、商品集合与第三方查询。
继续阅读数据库升级后出现 Illegal mix of collations，Magento 2 应该改哪里？
2024/10/31 下午3:26
alwayly
数据库升级或迁移后出现 Illegal mix of collations，不能只在查询后追加 COLLATE。本文从连接字符集、库/表/列定义和自定义模块 schema 找出不一致来源。
继续阅读Magento 2 数据库 Deadlock 频发，从订单保存和索引任务找竞争点
2024/11/28 下午4:42
alwayly
Deadlock found when trying to get lock 偶发重试可以恢复，但持续发生说明两个事务以不同顺序锁定相同资源。本文用 InnoDB deadlock 记录追到订单、库存和索引代码。
继续阅读Magento 2 数据库出现 Deadlock found when trying to get lock
2025/3/3 上午9:28
alwayly
出现 MySQL Deadlock 时，保存 InnoDB 现场，识别冲突事务、锁顺序和可安全重试的业务边界。
继续阅读Magento 2 保存订单报 Deadlock found，重试事务之前先查清谁锁住了谁
2025/8/15 下午3:12
alwayly
订单死锁不是简单加重试次数。先从数据库 deadlock 记录还原锁顺序，再缩短事务、统一更新顺序并保证重试幂等。
继续阅读Magento 2 高并发下单偶发死锁，先检查订单号Sequence是不是被自定义SQL锁住了
2026/8/11 下午1:22
alwayly
压测时少量订单报SQLSTATE 40001，重试又成功。死锁日志若同时出现sequence_order_*与自定义表，通常是两个事务的加锁顺序相反，不是把innodb_lock_wait_timeout调大就……
继续阅读Magento 2 价格索引突然变慢，MySQL的临时表已经落盘
2026/9/4 上午10:11
alwayly
价格索引变慢可能因内部临时表超过内存限制落盘，应结合Created_tmp_disk_tables、执行计划和磁盘空间分析。
继续阅读8 个项目
每页
