laravel 11 中 change() 无法直接修改 json 字段类型，因底层依赖 doctrine/dbal 且 mysql 禁止 modify column ... json 类型转换；须先手动 alter table ... modify ... json，再用 change() 调整属性，并确保表字符集为 utf8mb4。
在 Laravel 11 中，用 change() 方法直接修改已存在的 json 字段（比如从 text 改为 json，或调整 json 字段的约束）会报错，根本原因不是语法写错，而是底层机制不支持——change() 依赖 doctrine/dbal 解析列结构并生成 ALTER TABLE ... MODIFY COLUMN，而 MySQL 对 JSON 类型字段的原生变更限制极多，尤其涉及类型转换时。
必须安装 doctrine/dbal 并确认版本兼容
Laravel 11 默认不再自动包含 doctrine/dbal，不装就调用 change() 会静默失败或抛出 Unsupported alter operation。执行：
-
composer require doctrine/dbal:^3.8（Laravel 11 推荐 dbal v3.8+，兼容 PHP 8.2+ 和 MySQL 8.0+） - 检查是否生效：运行
php artisan migrate:status | head -5，若提示DBAL not installed说明未加载成功
不能对非原生 JSON 字段直接 change() 转成 json()
如果原字段是 TEXT（比如旧迁移里写了 $table->text('meta')），现在想改成 $table->json('meta')->nullable()->change()，MySQL 会拒绝——MODIFY COLUMN meta JSON 在 MySQL 8.0 中不被允许，它只接受从 JSON 到 JSON 的长度/约束变更。
- 正确做法：新增一个迁移，用
DB::statement()手动转类型：DB::statement("ALTER TABLE users MODIFY meta JSON") - 随后再建另一个迁移，用
change()调整可空性、默认值等属性（前提是已是 JSON 类型） - 别在同一个迁移里混用
DB::statement()和 Schema 构建器，否则迁移不可逆、不可重放
确保表字符集支持 JSON 操作
即使字段类型是 JSON，若表字符集不是 utf8mb4，执行 change() 或后续插入 emoji/中文时仍会报 Incorrect string value。
- 在修改字段前，先确认表结构：
SHOW CREATE TABLE users，看DEFAULT CHARSET是否为utf8mb4 - 如果不是，先跑迁移执行：
DB::statement("ALTER TABLE users CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci") - 再执行字段变更迁移，否则
change()可能中途失败且留下不一致状态
JSON 字段改长度？它没有“长度”概念
这是常见误解。$table->json('meta', 255) 中的 255 在 Laravel 迁移中会被忽略——JSON 类型本身无长度限制，MySQL 底层按文档大小动态分配。所谓“改长度”实际是无效操作，change() 不会生成任何 DDL。
- 如果你看到报错如
Data too long for column 'meta'，问题不在字段定义，而在你试图存入超大 JSON（> 1GB）或触发了 MySQL 的max_allowed_packet限制 - 检查应用层：是否误把二进制数据、base64 图片字符串塞进了 JSON 字段
- 查数据库配置：
SHOW VARIABLES LIKE 'max_allowed_packet';，生产环境建议设为64M以上
