必须用「自定义」导出模式才能真正导出仅结构SQL；手动复制SHOW CREATE TABLE语句并精简后，再人工编写Laravel迁移文件，不可直接执行导出的SQL。
导出时选错“导出方法”会导致结构混入数据
phpMyAdmin 默认使用「快速」导出方法，即使勾选了“仅结构”，它仍可能在某些版本（尤其是 5.2+）中把 INSERT 语句误带进来——尤其当表里有外键或触发器时。必须手动切到「自定义」导出模式，才能真正隔离结构。
操作路径：选中数据库 → 点击「导出」标签页 → 左上角「导出方法」下拉选「自定义」→ 向下滚动到「格式特定选项」区域。
- 勾选
结构（取消勾选数据） - 在「对象创建选项」中，确认
添加 DROP TABLE / VIEW / PROCEDURE / FUNCTION / EVENT已勾选（Laravel 迁移前需清理旧表） -
禁用外键检查建议勾选（避免导入时因外键顺序报错） - 「SQL 兼容模式」选
NONE或MYSQL40即可，Laravel 10+ 不依赖高版本语法
SHOW CREATE TABLE 导出更适合 Laravel 模型逆向
如果只是为生成 Laravel Migration 文件做准备，直接从 phpMyAdmin 手动复制建表语句更可控。进入任意表 → 「结构」标签页 → 点击「显示创建的表格」链接，就能看到完整 CREATE TABLE 语句。
注意三点：
- 把
ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci保留，这是 Laravel 推荐的字符集配置 - 删掉
AUTO_INCREMENT=xxx和COMMENT字段（Laravel 迁移不解析这些） - 时间字段如
created_at datetime NOT NULL DEFAULT CURRENT_TIMESTAMP要简化为$table->timestamps()，别硬搬 SQL
导出文件名和编码影响 Laravel 本地迁移执行
phpMyAdmin 默认用 UTF-8 编码导出，但 Windows 系统打开后可能被记事本转成 GBK，再丢进 php artisan migrate:refresh --path= 就会报错 Parse error: syntax error, unexpected token ""。
Laravel Cloud（cloud.laravel.com）。此技能用于处理所有 Laravel Cloud 请求，包括搜索和读取数据。只要任务涉及 Laravel Cloud，即使用此技能。
- 导出时，在「格式」下方勾选
以 UTF-8 编码保存文件 - 文件名建议用英文+下划线，比如
laravel_schema_20261020.sql，避免中文或空格 - 若要转成 PHP 迁移文件，推荐用工具如 Xethron/migrations-generator，它读取的就是这类干净的结构 SQL
不要直接把导出 SQL 当作 Laravel 迁移运行
phpMyAdmin 导出的 SQL 是面向 MySQL 客户端执行的，不是 Laravel 的 Schema::create() 语法。强行用 DB::unprepared(file_get_contents(...)) 加载，会丢失 Laravel 的事件钩子、模型监听、软删除支持等关键行为。
正确路径是：导出结构 → 人工提炼字段逻辑 → 写标准迁移 → php artisan migrate。例如一个带 JSON 字段的表，导出 SQL 里是 meta JSON，但 Laravel 迁移里得写成 $table->json('meta') 并配好 casts 属性。
最常被忽略的是索引命名：phpMyAdmin 自动生成的索引名如 users_email_unique 在 Laravel 中应显式声明为 $table->unique('email')，否则 migrate:rollback 可能失败。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
