应通过phpMyAdmin查表结构的「索引」页确认报错中唯一索引（如users_email_unique）对应的表、字段及顺序，再用「浏览」或SQL（含HEX()）比对冲突值，并核对迁移文件与实际索引是否一致。
查清报错里具体是哪个唯一索引被触发
当你在 Laravel 中执行 save() 或 create() 时抛出类似 SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry 'xxx' for key 'users_email_unique' 的错误，关键不是“有重复”，而是要定位到 users_email_unique 这个约束名对应哪张表、哪个字段、是否真有冲突数据。phpMyAdmin 本身不显示 Laravel 的迁移逻辑，但能直接查数据库元信息。
操作步骤：
- 在 phpMyAdmin 左侧选中对应数据库 → 点击「结构」→ 找到报错中提到的表（如
users）→ 拉到最下方「索引」标签页 - 找到类型为
UNIQUE、名称匹配报错键名（如users_email_unique）的索引，确认它覆盖的列（通常是email） - 切回「浏览」页，用搜索功能查该字段是否存在值为
'xxx'的记录（注意大小写、空格、前后缀字符，MySQL 默认不区分大小写但 collation 可能影响）
检查 Laravel 写入前是否漏了 trim() 或 strtolower()
很多“看似唯一”的冲突其实源于 PHP 层处理不一致：比如前端传入 " admin@example.com "，Laravel 模型没做清洗就直接存，而数据库里已有 "admin@example.com"。phpMyAdmin 能帮你快速比对原始值是否真的相同。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 在 phpMyAdmin 的「SQL」页运行：
SELECT email, LENGTH(email), HEX(email) FROM users WHERE email LIKE '%admin%';——HEX()能暴露不可见字符（如 U+200B 零宽空格） - 检查模型的
boot()或fill()是否遗漏了trim()/strtolower()；若用了$casts或访问器，确认它们没在读取时“修正”但在写入时放行脏数据 - 避免在验证规则里只写
'email' => 'unique:users,email'，而应加'bail|trim|lowercase'等前置规则（需自定义或配合Str::trim()）
确认迁移文件和实际表结构是否一致
有时候你改了迁移文件里的 unique()，但忘了 php artisan migrate，或者执行失败后手动在 phpMyAdmin 里删了索引又没同步回代码。这种不一致会导致 Laravel 认为“应该唯一”，而数据库其实没约束，或者反过来。
排查方法：
- 在 phpMyAdmin 「结构」→「索引」页，逐条核对每个
UNIQUE索引名、字段、顺序，是否与database/migrations/xxxx_create_xxx_table.php中的$table->string('email')->unique();完全对应 - 特别注意复合唯一索引，比如
['user_id', 'category_id']，phpMyAdmin 显示的索引字段顺序必须和迁移中unique(['user_id', 'category_id'])一致，否则联合查询可能绕过校验 - 如果发现索引缺失，别直接在 phpMyAdmin 里手动添加——补上迁移并重跑，否则下次部署会出问题
用 phpMyAdmin 模拟 INSERT 测试边界情况
有些冲突只在特定条件下触发，比如 MySQL 的 utf8mb4_unicode_ci 对某些 emoji 或德语变音符号视为相同，而 PHP 字符串比较认为不同。这时候光看 Laravel 日志不够，得在数据库层验证。
做法：
- 在 phpMyAdmin 「SQL」页粘贴一条带冲突值的 INSERT，例如：
INSERT INTO users (email, name) VALUES ('café@example.com', 'test'); - 观察是否报错，以及报错信息中的索引名是否和 Laravel 一致；如果没报错但 Laravel 报了，说明 Laravel 的连接配置（如
charset、collation）和 phpMyAdmin 当前会话不一致 - 临时修改 phpMyAdmin 的 SQL 窗口右下角「排序规则」为和 Laravel
config/database.php中mysql.collation一致（如utf8mb4_unicode_ci），再试
真正卡住人的往往不是“有没有唯一索引”，而是“这个值在 PHP 里看起来一样，在数据库里算不算一样”。phpMyAdmin 是个透明窗口，但它不会自动告诉你 collation 差异或不可见字符——得自己动手查 HEX()、比对索引定义、验证迁移状态。这些动作看着琐碎，但跳过任意一步，都可能让问题拖进下周的 standup。
