phpMyAdmin 不原生支持 UUID，需手动规范输入小写格式、同步更新外键、区分大小写搜索并转义导入数据。
phpMyAdmin 默认不支持 UUID 字段的自动填充和显示
phpMyAdmin 本身没有原生识别 UUID 类型的能力，Laravel 8 中若将主键定义为 CHAR(36) 并用 Str::uuid() 生成，数据库层面只是普通字符串字段。phpMyAdmin 会把它当普通文本处理——不会自动生成、不校验格式、插入时容易粘贴错位或带空格。
常见错误现象：SQL Error: Data too long for column 'id'（复制了带大括号的 {123e4567-e89b-12d3-a456-426614174000}）、Integrity constraint violation（手动输漏了连字符）、或插入后查不到（大小写混用导致二进制比较失败）。
- 确保 Laravel 迁移中定义为
$table->char('id', 36)->primary()，而非uuid()（后者在 MySQL 8.0+ 才有原生类型支持，且 phpMyAdmin 仍不识别） - 在 phpMyAdmin 的「插入」表单里，手动输入时严格使用小写、32 字符 + 4 个短横线格式：
123e4567-e89b-12d3-a456-426614174000 - 避免从终端或日志直接复制带引号或换行的内容；粘贴后用光标检查首尾是否有多余空格
在 phpMyAdmin 中安全修改 UUID 主键关联的数据
Laravel 8 的软删除、外键约束、Eloquent 关系都依赖主键值稳定。在 phpMyAdmin 中直接编辑 id 字段风险极高——一旦改错，关联记录就断开，且无法通过模型事件触发清理逻辑。
使用场景：修复测试数据、迁移旧系统 ID、补录缺失主键。此时不能只改 users.id，还必须同步更新所有外键引用（如 posts.user_id、profiles.user_id）。
立即学习“PHP免费学习笔记（深入）”；
- 先执行
SELECT CONSTRAINT_NAME, TABLE_NAME, COLUMN_NAME FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE REFERENCED_TABLE_NAME = 'users' AND REFERENCED_COLUMN_NAME = 'id';查出所有外键来源 - 用 phpMyAdmin 的「SQL」页签，分步执行 UPDATE（不要用「编辑」行内修改主键）：
UPDATE posts SET user_id = 'new-uuid-here' WHERE user_id = 'old-uuid-here';
- 确认无误后再改主表：
UPDATE users SET id = 'new-uuid-here' WHERE id = 'old-uuid-here';
- 操作前务必导出对应表备份（phpMyAdmin → 选中表 →「导出」→ 格式选 SQL）
搜索 UUID 数据时 phpMyAdmin 的大小写陷阱
MySQL 的默认排序规则（如 utf8mb4_unicode_ci）对 UUID 是大小写不敏感的，但 Laravel 默认用 binary 或 varbinary 存储（尤其开启 DB_BINARY_UUIDS=true 时），此时实际按字节比较，A 和 a 不等价。
你在 phpMyAdmin 的搜索框里输 123E4567... 查不到 123e4567...，就是这个原因。
- 统一用小写存储：Laravel 中始终调用
Str::uuid()->toString()或(string) Str::uuid() - phpMyAdmin 搜索时，勾选「区分大小写」选项（位于搜索表单底部）
- 如果已混存大小写，用 SQL 清洗：
UPDATE users SET id = LOWER(id) WHERE id != LOWER(id);
phpMyAdmin 导入含 UUID 的 SQL 文件要注意转义
从 Laravel php artisan tinker 导出的集合若直接 dump 成 SQL 插入语句，UUID 字符串里的单引号、反斜杠或换行会导致 phpMyAdmin 解析失败。
典型报错：#1064 - You have an error in your SQL syntax near '...id': 'user's-id-123...'...
- 导出时用 Laravel 的
DB::table('users')->get()+json_encode($data, JSON_UNESCAPED_UNICODE)，再手写 INSERT，比直接复制 query log 更可靠 - 导入前在 phpMyAdmin 的「导入」页签中，选择格式为
SQL，并勾选「允许中断」和「部分插入」（防止单条失败阻塞全部） - 如果 SQL 文件含大量 UUID，先用脚本批量转义：把每个
id值用addslashes()处理，或改用十六进制格式（UNHEX('123e4567e89b12d3a456426614174000')）避免字符串问题
Laravel 8 的 UUID 主键不是“设了就能不管”，phpMyAdmin 只是数据库界面工具，它看不到 Eloquent 的 casting 规则、不会帮你补连字符、也不理解 Uuid::fromString() 的校验逻辑——所有人工干预都要以数据库底层字符串行为为准。
