<p>ThinkPHP 5 不支持数据库迁移功能，php think migrate:* 命令根本不存在，其命令行工具未注册任何 migrate 子命令；TP5 的数据库变更需依赖人工 SQL 脚本或第三方工具，结构变更回滚只能靠手动备份与还原。</p>
ThinkPHP 5 不支持数据库迁移功能，php think migrate:* 命令在 TP5 中根本不存在——这是 TP6+ 才引入的特性。如果你在 TP5 项目里看到迁移相关报错或文档，基本是误套用了高版本用法。
为什么 php think migrate:install 在 TP5 里会报“command not found”
TP5 的命令行工具（think）没有注册任何迁移命令。它的核心命令只有 make:controller、clear、optimize 等，不包含 migrate 子命令。即使你手动创建了 database/migrations/ 目录，运行该命令也会直接提示：
Command "migrate:install" is not defined.
这不是权限或路径问题，是功能压根没实现。
- TP5 的数据库变更靠人工 SQL 脚本或第三方工具（如 phpMyAdmin、Navicat）维护
- 想模拟“迁移”效果，只能自己写 PHP 脚本放在
public/下临时执行，但无回滚记录、无版本管理、不推荐用于协作项目 - 升级到 TP6 是启用原生迁移的唯一可靠路径；TP5 到 TP6 不是平滑升级，需重写路由、中间件、配置结构等
TP5 里真正能“回滚”的只有事务（Db::startTrans()）
所谓“数据库回滚”，在 TP5 场景下仅指运行时事务回滚，不是结构变更回退。它依赖 InnoDB 引擎和显式控制：
立即学习“PHP免费学习笔记（深入）”；
-
Db::startTrans()必须在所有操作前调用，且只对后续同连接的Db::table()或Db::name()生效 - MyISAM 表执行
rollback()完全静默失效，查SHOW CREATE TABLE table_name确认引擎类型 - 不要混用
Db::table()和Db('table')，后者在 TP5 中可能绕过事务上下文 - 跨模型操作时，必须共用同一个 Db 实例（比如都用
Db::name('user')），否则事务不覆盖
TP5 想做结构变更回滚？只能靠人工备份 + SQL 脚本
没有迁移系统，就无法自动追踪“上次建了什么字段、删了什么索引”。可行做法是：
- 每次改表前，导出当前结构：
mysqldump -d -u user -p db_name table_name > backup_20260510_user.sql - 执行 DDL 变更（
ALTER TABLE）后，立刻测试业务逻辑是否正常 - 出问题时，用备份 SQL 覆盖还原：
mysql -u user -p db_name - 把每次变更的 SQL 和对应时间戳记在
docs/schema-changes.md里，替代迁移文件
最易被忽略的一点：TP5 项目一旦长期维护，这种人工方式极易遗漏某次未备份的 DROP COLUMN，导致数据不可逆丢失——迁移不是“高级功能”，而是生产环境的底线保障。
