MySQL中ALTER TABLE MODIFY COLUMN加AUTO_INCREMENT必须同时声明PRIMARY KEY，否则报错ERROR 1075；自增列须为索引（主键或唯一键）一部分，且需确保非空、无重复，再手动设置AUTO_INCREMENT起始值大于当前最大ID。
ALTER TABLE MODIFY COLUMN 时必须带 PRIMARY KEY
直接对已有字段加 AUTO_INCREMENT 不等于它就自动成了主键。MySQL 要求自增列必须是 PRIMARY KEY 或 UNIQUE 约束的一部分，否则会报错：ERROR 1075 (42000): Incorrect table definition; there can be only one auto-increment column and it must be defined as a key。
所以不能只写：ALTER TABLE my_table MODIFY COLUMN id INT AUTO_INCREMENT;
而必须显式加上主键声明：
ALTER TABLE my_table MODIFY COLUMN id INT NOT NULL AUTO_INCREMENT PRIMARY KEY;- 如果该字段已有数据且含 NULL 值，
NOT NULL会失败，得先用UPDATE清理或设默认值 - 若表里已存在主键（比如复合主键），需先
DROP PRIMARY KEY，再重建——但注意：InnoDB 不允许仅删主键而不指定新主键，必须一步到位
已有主键冲突时必须先删除再重建
当表已有主键（如 (a, b)），又想把 id 设为自增主键，不能跳过主键替换步骤。MySQL 不支持“覆盖式”修改主键。
安全做法是三步原子操作（建议在事务中执行）：
- 确认当前主键：
SHOW CREATE TABLE my_table; - 删除原主键并添加新主键：
ALTER TABLE my_table DROP PRIMARY KEY, ADD PRIMARY KEY (id); - 紧接着补上自增属性：
ALTER TABLE my_table MODIFY COLUMN id INT NOT NULL AUTO_INCREMENT;
注意：第二步中 DROP PRIMARY KEY 后必须立刻 ADD PRIMARY KEY，否则 InnoDB 会报错；且 ADD PRIMARY KEY (id) 必须确保 id 列值全非空、无重复。
自增起始值必须 ≥ 当前最大 ID + 1
执行完主键变更后，MySQL 的 AUTO_INCREMENT 计数器不会自动同步到现有数据最大值。如果你不手动设置，下次插入可能触发重复主键错误。
安装、修复、更新或打包一个基于 Python 和 PyMySQL 实现的 Windows `mysql` 命令。适用于用户希望在 PowerShell/CMD 中输入 `mysql` 时重定向到 Python 实现、需要交互式输入 MySQL 连接信息、需要同步到当前用户本地 bin 目录，或需要将该能力封装成可公开复用的 Codex skill。
例如表中现有 id 最大值是 987，但计数器仍为 1，插入新行就会试图用 id = 1，冲突。
正确做法：
- 查当前最大值：
SELECT MAX(id) FROM my_table; - 设起始值（假设结果是 987）：
ALTER TABLE my_table AUTO_INCREMENT = 988; - 这个值必须严格大于当前最大值；设小了 MySQL 会静默忽略，不报错也不生效
外键和索引依赖要提前检查
把 id 改为主键后，所有引用它的外键约束（FOREIGN KEY）会自动继承新主键定义，但前提是原列类型、符号性（signed/unsigned）、长度完全匹配。
容易踩的坑：
- 原
id是INT，但关联表外键是BIGINT→ 外键失效，SHOW CREATE TABLE会显示FOREIGN KEY被 silently dropped - 原列有
DEFAULT或生成列（generated column）依赖 →MODIFY COLUMN可能被拒绝 - 已有唯一索引覆盖
id→ 主键创建会成功，但该索引不会自动删除，造成冗余
真正关键的不是“能不能改”，而是改完后整个约束图是否还闭合。生产环境务必先在副本库上 mysqldump --no-data 对比前后 DDL 差异。
