不是必须允许NULL；若字段已有多个NULL值，添加唯一索引会失败，因MySQL对NULL的唯一性处理存在引擎差异与模式影响。
ALTER TABLE 添加唯一索引时，字段必须允许 NULL 吗？
不是必须，但必须小心：如果字段定义为 NOT NULL，添加唯一索引完全正常；但如果字段当前允许 NULL，且已有**多行 NULL 值**，执行 ALTER TABLE ... ADD UNIQUE 会失败（MySQL 报错 ERROR 1062: Duplicate entry '' for key 或类似），因为 MySQL 认为多个 NULL 不违反唯一性——但某些存储引擎（如旧版 InnoDB）或严格模式下行为不一致，更常见的是：你本意想约束非空值唯一，却因历史 NULL 数据阻塞操作。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 先检查目标字段是否有重复非空值：
SELECT email, COUNT(*) FROM users GROUP BY email HAVING COUNT(*) > 1 AND email IS NOT NULL;
- 清理重复数据或用默认值替代 NULL（如
UPDATE users SET email = '' WHERE email IS NULL;） - 确认无冲突后，再执行：
ALTER TABLE users ADD UNIQUE INDEX uk_email (email);
- 若只想约束「非空值唯一」，且保留 NULL 允许存在，确保表引擎是 InnoDB（现代 MySQL 默认），它对多个
NULL是安全的
使用 Laravel Migration 添加唯一索引，为什么 migrate:rollback 失败？
因为 Laravel 在生成回滚语句时，默认尝试用索引名删除索引，而如果你没显式指定索引名，Laravel 会按规则生成（如 table_column_unique），但实际数据库中可能因长度限制被截断（例如字段名过长导致 MySQL 自动重命名成 table_colu_123abc），导致 rollback 找不到对应索引名，报错 SQLSTATE[HY000]: General error: 1091 Can't DROP 'xxx': check that column/key exists。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 在
up()中显式指定索引名：Schema::table('users', function (Blueprint $table) { $table->unique('email', 'uk_users_email'); }); - 对应在
down()中也用该名称删除：$table->dropUnique('uk_users_email'); - 建表时就加索引，比后续
addUnique()更可控，例如：$table->string('email')->unique()->index('uk_users_email');
给联合字段加唯一索引，顺序会影响查询性能吗？
会影响，而且很关键。唯一索引本质也是 B+ 树索引，其最左前缀原则同样适用。比如创建 UNIQUE KEY uk_order (user_id, status, created_at)，以下查询能命中索引：
WHERE user_id = 123WHERE user_id = 123 AND status = 'paid'WHERE user_id = 123 AND status = 'paid' AND created_at > '2024-01-01'
但这些不会走该索引：
-
WHERE status = 'paid'（跳过最左列） WHERE created_at > '2024-01-01'WHERE status = 'paid' AND created_at > '2024-01-01'
所以排序要按「高频等值查询字段 → 范围/排序字段」来安排。如果常查 status 和 created_at 组合，但 user_id 很少单独过滤，那 (status, created_at) 可能比包含 user_id 更高效。
PHP 执行 ALTER 添加唯一索引卡住或超时，怎么排查？
通常不是 PHP 本身问题，而是 MySQL 层面锁表或扫描耗时。尤其在大表（百万级以上）上直接 ADD UNIQUE INDEX，MySQL 5.6+ 虽支持在线 DDL，但默认仍可能触发表拷贝（取决于存储引擎、参数和操作类型）。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 先确认是否真在执行：登录 MySQL，运行
SHOW PROCESSLIST;
看是否有alter table处于Waiting for table metadata lock或copy to tmp table - 避免业务高峰期操作；小表可直接执行，大表优先用
pt-online-schema-change或 MySQL 8.0+ 的ALGORITHM=INPLACE, LOCK=NONE（需满足条件） - PHP 层调用时，不要用
mysqli_query()后立刻读结果——应设足够长的超时：mysqli_options($link, MYSQLI_OPT_CONNECT_TIMEOUT, 300);
- 生产环境加唯一索引前，务必在从库或影子库验证执行耗时与锁表现
唯一索引不是加了就完事，真正容易被忽略的是：它对 INSERT/UPDATE 的写入性能有可测量影响，尤其是高并发写入场景下，索引维护开销会上升，别只盯着 SELECT 优化。
