直接执行alter table drop primary key会报错1075，因主键列含auto_increment，mysql强制要求先移除自增属性（如alter table t modify id int not null），再删主键约束，否则违反“自增列必须是键”的内核校验规则。
为什么直接 ALTER TABLE DROP PRIMARY KEY 会报错 1075？
因为主键列同时是 AUTO_INCREMENT，MySQL 强制要求你先移除自增属性，否则拒绝执行。这不是权限或语法问题，而是内核级校验：一个表只能有一个 AUTO_INCREMENT 列，且它必须是键（KEY）的一部分——删主键时若该列仍带自增，就违反了这条规则。
- 查确认：
SHOW CREATE TABLE table_name;看主键列是否含AUTO_INCREMENT - 常见错误写法：
ALTER TABLE users DROP PRIMARY KEY;→ 直接触发ERROR 1075 - 正确顺序必须是：改列（去自增）→ 删主键约束 → （可选）删索引
如何安全地删除带 AUTO_INCREMENT 的主键？
不能跳步，三步缺一不可。尤其注意 MODIFY 必须保留原列的全部属性（如 NOT NULL、类型精度），否则可能丢数据或改错类型。
- 第一步：去掉自增（假设主键列叫
id）ALTER TABLE users MODIFY id INT NOT NULL; - 第二步：删主键约束
ALTER TABLE users DROP PRIMARY KEY; - 第三步：如果想彻底清理聚簇索引（比如后续要换主键），再删隐式索引
ALTER TABLE users DROP INDEX `PRIMARY`;
删主键前必须检查外键依赖吗？
必须。MySQL 会阻止你删除被其他表引用的主键，报错类似 Cannot drop index 'PRIMARY': needed in a foreign key constraint。这不是警告，是硬性拦截。
- 查依赖：
SELECT CONSTRAINT_NAME, TABLE_NAME FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE REFERENCED_TABLE_NAME = 'your_table_name'; - 删外键（拿到约束名后）：
ALTER TABLE child_table DROP FOREIGN KEY fk_name; - 删完主键后，记得在子表上补逻辑或加新外键，否则数据关系断裂
删完主键后，InnoDB 表还安全吗？
不安全——InnoDB 会自动启用隐藏的 row_id 作为聚簇索引，这会导致：查询变慢、无法预测排序、后续加主键失败（因已有隐式索引）。这不是“暂时没主键”，而是底层结构已退化。
- 删主键后务必尽快重建：
ALTER TABLE users ADD PRIMARY KEY (id); - 如果原主键列已删或不可用，必须先加新列、填唯一值、再设主键
- 别指望靠
DROP INDEX `PRIMARY`后还能自然恢复——InnoDB 的隐式 row_id 不对外暴露，也无法手动控制
