laravel 低版本迁移中json字段报错因旧版schema builder错误添加length()参数，mysql json类型不支持长度限制；应删除length()调用，升级laravel至9.25+或doctrine/dbal至兼容版本，并验证实际建表语句。
mysql 8.0+ 的 json 字段在 laravel 迁移中报错：`sqlstate[42000]: syntax error or access violation`
这是 laravel 低版本（如 8.x 或更早）与 mysql 8.0+ 默认严格模式、json 类型解析不兼容的典型表现。laravel 的 schema builder 在生成 json 字段时，旧版会尝试加长度限制（比如 $table->json('meta')->length(1024)），但 mysql 的 json 类型根本不接受长度参数，直接抛错。
实操建议：
- 删掉所有对
json字段显式调用length()的链式调用——json就是无长度的，加了就错 - 确认 Laravel 版本：9.25+ 原生支持 MySQL 8.0.22+ 的
json行为；低于此版本，建议升级或手动改用text+ 应用层校验 - 在 phpMyAdmin 中验证：执行
SHOW COLUMNS FROM users LIKE 'settings';，看 Type 是否为json；若显示text或报错，说明迁移根本没成功，别急着查应用逻辑
Laravel 迁移里用了 enum，但在 phpMyAdmin 里字段类型变成 varchar 或报错 `Invalid default value for 'status'`
MySQL 8.0.16+ 默认禁用非标准 SQL 模式，而 Laravel 旧版生成 enum 时可能带单引号包裹默认值（如 DEFAULT 'active'），触发 strict mode 报错；更常见的是，phpMyAdmin 显示字段类型为 varchar，其实是底层驱动（如 mysqlnd）或 Laravel 的 doctrine/dbal 版本太老，无法正确识别 enum 元信息。
实操建议：
- 检查
config/database.php中 MySQL 的strict配置：设为false仅用于排查，上线前必须关掉——它掩盖问题，不解决问题 - 升级
doctrine/dbal到^3.6（Laravel 10+ 默认）或^2.13（Laravel 8/9 兼容），否则enum的读取和迁移回滚都会出错 - 在 phpMyAdmin 的 SQL 标签页执行
SHOW CREATE TABLE posts;，直接看建表语句里的字段定义——这才是真实类型，比“结构”页的 UI 显示更可信
phpMyAdmin 显示字段长度超限，比如 varchar(255) 实际存不下 255 个中文
这不是 Laravel 或 MySQL 的 bug，而是字符集惹的祸。如果数据库/表/字段用的是 utf8mb4（推荐），一个中文占 4 字节，varchar(255) 最多存 255 字节，不是 255 字符。当插入 255 个中文时，实际需要 1020 字节，远超 InnoDB 单行 65535 字节限制（含其他字段），就会触发 Row size too large 错误。
实操建议：
- 不要盲目调大
varchar长度，先确认业务是否真需要存那么长的文本——多数场景用text更合理 - 检查建表语句中的
ROW_FORMAT：Laravel 迁移默认用DYNAMIC，但老项目可能是COMPACT，后者对大字段更敏感；可在迁移中加->engine('InnoDB ROW_FORMAT=DYNAMIC') - 在 phpMyAdmin 的“操作”页查看“表选项”，确认 Collation 是
utf8mb4_unicode_ci而非utf8_general_ci（后者不支持 emoji 和部分生僻字）
执行 php artisan migrate 成功，但 phpMyAdmin 里字段类型/默认值和迁移代码对不上
最常见原因是 Laravel 缓存了旧的 schema 信息，或者迁移文件被修改后重复执行（migrations 表记录已存在，Laravel 直接跳过）。另一个隐蔽原因是 MySQL 的 sql_mode 在 CLI 和 phpMyAdmin（通常走 PHP-FPM）中不一致，导致同一语句在不同环境行为不同。
实操建议：
- 清缓存三连：运行
php artisan config:clear、php artisan cache:clear、php artisan migrate:reset && php artisan migrate（仅开发环境） - 别信
migrations表里的batch数字，直接查SELECT * FROM migrations ORDER BY id DESC LIMIT 5;，确认最后几条是否对应你刚改的迁移文件名 - 在 phpMyAdmin 的“SQL”页粘贴迁移生成的实际 SQL（可用
DB::listen()或开启DB::enableQueryLog()拦截），手动执行一次，观察是否报错——很多问题当场暴露
真正卡住人的，往往不是版本号不匹配，而是 MySQL 的 sql_mode、字符集、存储引擎这三项在 Laravel 配置、php.ini、MySQL 配置文件、phpMyAdmin 连接层之间有细微差异，且不会明说。每次怀疑兼容性，先统一这三项，再谈其他。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
