分类： Yii2 数据库迁移
-
在 Yii2 中执行数据库迁移时遇到 NotInstantiableException 报错，提示无法实例化指定的迁移类。经排查，该文件是从其他项目复制的，导致运行异常。解决方法是新建迁移文件并将原实现复制进去，或者直接删除文件中的 namespace 声明。修正命名空间后再次执行，迁移成功完成。
-
在 Yii2 中，执行默认 RBAC 迁移命令后字段长度为 64。通过新建迁移修改字段长度时，因外键约束报错而无法执行。最终采取方案为将相关迁移文件复制至本地，直接修改初始化文件中将 64 替换为 200。随后删除 auth_ 开头的表及迁移记录并重新执行迁移。结果 4 张表中字符串类型的长度均成功调整为 200，符合预期。
-
容器更换基础镜像后，在特定 Rancher 环境变量开启时启动失败并提示模块已加载。经排查，原因为命令行执行时重复加载了 gd、exif 和 sockets 扩展。最终通过修改 Dockerfile，利用 sed 命令从配置文件中删除对应扩展的加载项，解决了重复加载报错问题，确保了容器在环境变量开启时成功启动。
-
本文针对公有云com环境数据向csp环境迁移时程序版本不一致且无法升级的问题，介绍了实现流程。通过分析Git日志找出14个数据库迁移文件的差异，确认多出的SQL主要为表结构调整。在无法统一结构的情况下，将两个数据库导入本地，编写支持租户ID参数的迁移命令，使用事务处理并逐一迁移表。文章记录了pa_plan表的迁移过程，成功将4个租户的数据迁移至csp环境，并探讨了潜在的主键冲突及关联表处理问题。
-
在 Yii 2.0 中使用数据库迁移创建主键时，默认的 primaryKey() 方法仅支持生成 int(11) 类型的主键，无法直接满足创建 varchar(32) 字符串类型主键的需求。为了解决这个问题，文章采取了先创建字符串类型字段，随后在表创建完成后使用 addPrimaryKey() 方法将该字段设置为主键的操作流程。最终通过这一分步方式成功实现了基于字符串类型的主键功能。
-
在 Rancher 升级容器时遇到数据库迁移重复执行导致报错的问题。经分析，原因是数据库迁移耗时过长致使容器初始化超时，引发健康检查失败和容器反复重启。虽然调整了就绪检测时间，但初始化部署仍报超时。检查 MySQL 发现，特定迁移记录虽不存在于迁移表，但表结构已是执行后的结果，表明迁移曾在后台完成。最终确认需进一步优化检测配置以解决初始化阶段的冲突。
-
在 Yii 2.0 数据库迁移时遇到 Redis 认证报错，提示客户端发送了 AUTH 但未设置密码。通过终端测试验证了该问题，随后编辑 Redis 配置文件添加 requirepass 项并设置密码。在 Windows 10 中停止并重新启动 Redis 服务后，终端认证测试返回 OK，Yii 2.0 的数据库迁移也最终成功执行。
-
本文介绍了在 Yii 2.0 中解决基于文章发布时间范围筛选账号数量排行的问题。通过调用 onCondition 方法在 JOIN 查询的 ON 部分指定状态额外条件，并新增配置 filterAttributeName 的过滤器来实现关联表记录创建时间的筛选。最终，通过接口地址传递相关参数，成功生成符合预期的 SQL 查询语句并获取了正确的响应结果。
-
文章介绍了在 Yii 2.0 中通过命令行生成数据库迁移类并为表添加多个字段的方法。通过遵循 add_xxx_to_yyy 的命名格式并配合 fields 参数，可自动生成包含 addColumn 和 dropColumn 的类文件。编辑该文件补充字段注释与顺序后，使用提交命令升级数据库结构，最终验证表设计符合预期。
-
针对 Yii 2.0 中配置多个数据库连接组件的场景，文章介绍了通过将迁移文件存放到不同目录来实现管理的策略。以 db 和 statDb 为例，需分别指定对应的控制台迁移目录，并在生成迁移文件时使用特定路径参数。随后通过命令行工具将各自目录下的脚本提交至对应的数据库组件，最终验证了迁移历史记录符合预期。