Data Patch 中途失败后,patch_list 可能未登记,但数据已经写入一部分。再次 setup:upgrade 若不具备幂等性就会重复插入。本文说明恢复前应检查什么。

继续阅读

setup:upgrade 长时间没有输出时,应确认 PHP 进程、数据库查询、元数据锁和正在执行的 Patch,再决定等待或终止。

继续阅读

新代码访问不存在字段时,要核对 setup:upgrade、模块版本、db_schema.xml 和发布顺序,而不是手工加列。

继续阅读

setup:upgrade提示字段已存在,先确认是谁创建了列、补丁记录是否缺失和当前代码期望的字段定义,不能直接删列重跑。

继续阅读

Data Patch一旦记入patch_list就不会因文件内容变化自动重跑,后续变更应新增补丁而非删除执行记录。

继续阅读

升级扩展后功能已经是新代码,module:status也显示启用,但数据库里的版本号没变,甚至旧安装脚本没有再执行。这个现象通常不是缓存,而是把声明式Schema/Data Patch与旧式setup_vers……

继续阅读

setup:upgrade长期停在Data Patch,先确认进程是在等待锁、执行大SQL还是死循环,再定位patch类,不能盲目写patch_list跳过。

继续阅读

在db_schema.xml新增外键后setup:upgrade失败,通常是旧表已有孤儿数据或两列类型并不完全一致。

继续阅读

8 个项目

每页
设置升序顺序