不是必须允许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 数据阻塞操作。

实操建议：

• 先检查目标字段是否有重复非空值：

  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。

实操建议：

• 在 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 = 123
• WHERE user_id = 123 AND status = 'paid'
• WHERE user_id = 123 AND status = 'paid' AND created_at > '2025-01-01'

但这些不会走该索引：

• WHERE status = 'paid'（跳过最左列）
• WHERE created_at > '2025-01-01'
• WHERE status = 'paid' AND created_at > '2025-01-01'

所以排序要按「高频等值查询字段 → 范围/排序字段」来安排。如果常查 status 和 created_at 组合，但 user_id 很少单独过滤，那 (status, created_at) 可能比包含 user_id 更高效。

PHP 执行 ALTER 添加唯一索引卡住或超时，怎么排查？

通常不是 PHP 本身问题，而是 MySQL 层面锁表或扫描耗时。尤其在大表（百万级以上）上直接 ADD UNIQUE INDEX，MySQL 5.6+ 虽支持在线 DDL，但默认仍可能触发表拷贝（取决于存储引擎、参数和操作类型）。

实操建议：

• 先确认是否真在执行：登录 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 优化。