直接执行ALTER TABLE ... ADD COLUMN id INT AUTO_INCREMENT PRIMARY KEY会失败，因MySQL要求自增列必须是唯一索引列且表不能已有主键，而现有数据表通常存在主键、NULL值或重复值，违反该约束。
不能直接用 ALTER TABLE ... ADD COLUMN id INT AUTO_INCREMENT PRIMARY KEY，否则会锁表、报错、甚至阻塞线上读写。 MySQL 对已有数据的表添加自增主键，本质是重建主键索引 + 填充唯一值，必须分步控制锁粒度和数据一致性。
为什么 ADD COLUMN ... AUTO_INCREMENT PRIMARY KEY 会失败？
MySQL 要求：自增列必须是主键（或唯一键），且整张表**不能已有主键**；同时，该列在填充时**必须无 NULL、无重复、能生成连续唯一值**。已有数据的表几乎总违反其中至少一条：
- 表已存在主键（哪怕只是业务字段组合）→ 报错
ERROR 1075: Incorrect table definition; there can be only one auto column and it must be defined as a key - 新列初始为 NULL → 不满足
NOT NULL约束，语句直接拒绝执行 - 即使绕过加列，后续
UPDATE赋值若不加ORDER BY，多线程下可能产生非确定序号（尤其 MySQL 5.7 及更早）
MySQL 8.0+ 推荐：用 ROW_NUMBER() 安全生成唯一序号
窗口函数天然支持稳定排序与全局唯一编号，避免变量赋值的竞态问题，且可配合 ALGORITHM=INPLACE 减少锁影响：
- 先加普通列：
ALTER TABLE your_table ADD COLUMN tmp_id BIGINT; - 用排序保证稳定性（例如按时间戳+原ID）：
UPDATE your_table t1 JOIN (SELECT id, ROW_NUMBER() OVER (ORDER BY created_at, id) AS rn FROM your_table) t2 ON t1.id = t2.id SET t1.tmp_id = t2.rn; - 删旧主键（如有）、改名并设约束：
ALTER TABLE your_table DROP PRIMARY KEY, DROP COLUMN old_pk, CHANGE tmp_id id BIGINT NOT NULL AUTO_INCREMENT PRIMARY KEY FIRST; - 关键：整个过程可在低峰期执行，
UPDATE阶段是行级锁，不影响其他查询（除非显式SELECT ... FOR UPDATE）
大表场景必须用 ALGORITHM=INPLACE 配合主键重建
如果原表无主键、但已有大量数据，且你打算直接把某列（如 id）升级为自增主键，MODIFY COLUMN 默认会触发表拷贝（COPY 算法），锁表数小时。应强制使用在线 DDL：
- 确认引擎支持（InnoDB 必须）：
SHOW CREATE TABLE your_table; - 执行带算法的修改：
ALTER TABLE your_table MODIFY COLUMN id BIGINT NOT NULL AUTO_INCREMENT PRIMARY KEY, ALGORITHM=INPLACE, LOCK=NONE; -
LOCK=NONE表示允许并发读写（但写操作仍需行锁），ALGORITHM=INPLACE表示仅重建索引结构，不重建整张表 - 注意：MySQL 5.7 不支持
LOCK=NONE对主键变更，必须升到 8.0+ 才可靠
最稳妥但侵入性强的方案：建新表 + 原子重命名
当无法升级 MySQL 版本、或表结构极其复杂（含外键、全文索引等）时，这是唯一能 100% 规避锁风险的方式：
- 新建带自增主键的空表：
CREATE TABLE your_table_new (id BIGINT AUTO_INCREMENT PRIMARY KEY FIRST, ...其余字段同原表...); - 逐批插入（防内存溢出）：
INSERT INTO your_table_new (...) SELECT ... FROM your_table ORDER BY some_col LIMIT 10000 OFFSET 0; - 插入完成后，用
RENAME TABLE your_table TO your_table_bak, your_table_new TO your_table;原子切换 - 切换瞬间有极短不可用（毫秒级），但全程不锁原表读写 —— 这是金融/订单类系统常用做法
真正难的不是语法，而是判断哪一步会触发隐式锁表：比如 UPDATE 没加 ORDER BY 可能导致主从序号不一致；ALGORITHM=INPLACE 在有外键引用时会自动降级为 COPY；而 ROW_NUMBER() 在 5.7 下根本不可用。动手前务必查清 MySQL 版本、引擎、外键依赖和当前负载。
