修改主键字段必须新建迁移，不能编辑旧文件；laravel 不支持对主键调用 change()，正确做法是新建迁移→先删原主键→再加新主键；mysql 需显式指定索引名，sqlite 则需重建表；改主键后须同步更新模型、外键及迁移顺序。
修改主键字段必须新建迁移，不能编辑旧文件
主键不是普通字段，Laravel 不允许直接用 change() 修改主键类型或属性——哪怕你装了 doctrine/dbal。一旦发现 up() 里写了 $table->id()->change()，执行时会静默跳过或报错“Method change not supported on primary key”。真实场景中，多数人卡在这一步，以为是 DBAL 没装好，其实是 Laravel 根本不支持对主键调用 change()。
正确做法永远是：新建迁移 → 先删原主键 → 再加新主键。整个过程必须拆成两步，且中间不能有其他依赖该表的操作。
- 运行
php artisan make:migration change_primary_key_in_users_table --table=users - 在
up()中先用$table->dropPrimary()（注意：MySQL 下需传入索引名，如$table->dropPrimary('users_pkey')；SQLite 则直接dropPrimary()） - 再用
$table->bigIncrements('id')或$table->uuid('id')->primary()等方式重建 -
down()必须反向操作：先删新主键（dropPrimary()），再手动恢复旧主键定义（如$table->increments('id')）
MySQL 下改主键前必须显式指定索引名
MySQL 的 ALTER TABLE ... DROP PRIMARY KEY 要求你知道当前主键索引的准确名称。Laravel 默认生成的主键索引名是 table_name_pkey（PostgreSQL）或 PRIMARY（MySQL），但实际取决于引擎和版本。如果没写对，dropPrimary() 会失败并抛出 SQLSTATE[HY000]: General error: 1091 Can't DROP 'PRIMARY'; check that column/key exists。
验证方法很简单：连进 MySQL 执行 SHOW INDEX FROM users WHERE Key_name = 'PRIMARY';，看 Key_name 列输出是什么。常见情况：
- MyISAM 表：索引名就是
PRIMARY - InnoDB 表（Laravel 默认）：通常也是
PRIMARY，但若你手动改过或从旧版本升级，可能变成users_pkey - 如果迁移报错，先查索引名，再在
dropPrimary()里显式传参，例如：$table->dropPrimary('PRIMARY')
SQLite 不支持直接改主键，得用重建表方案
SQLite 的 ALTER TABLE 语法极度受限，连 DROP PRIMARY KEY 都不支持。所以你在 SQLite 上跑 dropPrimary() 会直接报错 SQLSTATE[HY000]: General error: 1 near "DROP": syntax error。
此时必须绕道：用 DB::statement() 手动执行 SQLite 的重建表流程（rename → create new → copy data → drop old）。Laravel 官方不封装这层逻辑，所以得自己写裸 SQL：
- 先重命名原表：
DB::statement('ALTER TABLE users RENAME TO users_old'); - 用
Schema::create('users', ...)建新表（含新主键） - 把数据从
users_old插入新表（注意字段顺序、默认值、NULL 处理） - 最后删掉
users_old - 这个过程无法用
Schema::table()自动化，down()回滚也得手写对称逻辑
改主键后模型和关联代码要同步检查
很多人只改了数据库，忘了模型层。比如你把 users.id 从 increments 改成 uuid()，但 User 模型里还写着 protected $keyType = 'int'，或者 $casts = ['id' => 'integer']，结果查询时 ID 被强转成 0，关联全部失效。
还有外键约束：如果 posts.user_id 是外键，而你改了 users.id 类型，MySQL 会拒绝创建外键（类型不匹配），除非你同步改 posts.user_id 字段类型，并确保两个字段的长度、符号性完全一致。
最容易被忽略的是迁移顺序：改主键的迁移必须在所有引用它的外键迁移之前执行。比如 create_posts_table 的时间戳必须晚于 change_primary_key_in_users_table，否则上线时直接报 “Failed to open the referenced table”。
