MySQL 8.0.19+禁用DROP PRIMARY KEY语法，图形界面删主键必报ERROR 3752；需先查约束名再用ALTER TABLE ... DROP CONSTRAINT；SQLite不支持删主键；PostgreSQL pgAdmin操作可靠但需处理外键依赖；工具缓存可能导致结构未刷新。
MySQL 8.0+ 图形界面删主键会报错 ERROR 3752 (HY000)
mysql 8.0.19 起，drop primary key 语法被禁用（除非同时用 add primary key 重定义），图形界面工具（如 dbeaver、navicat、mysql workbench）点“删除主键”时底层仍尝试发这条语句，必然失败。
真正能用的只有 ALTER TABLE ... DROP CONSTRAINT（需知道约束名）或直接改表结构重建主键。但图形界面通常不暴露约束名，也不允许空主键状态过渡。
- 先查主键约束名：
SELECT CONSTRAINT_NAME FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE TABLE_NAME = 'your_table' AND CONSTRAINT_SCHEMA = 'your_db' AND CONSTRAINT_NAME LIKE 'PRIMARY%'; - 再执行：
ALTER TABLE your_table DROP CONSTRAINT `PRIMARY`;（注意反引号，MySQL 中PRIMARY是保留字） - 如果提示约束名不是
PRIMARY（比如是pk_user_id），就用查到的真实名字替换
SQLite 图形工具删主键根本没入口，因为不支持
SQLite 的主键本质是 INTEGER PRIMARY KEY 列，它隐式绑定 rowid，不能单独删除——删了这列，整个表逻辑就崩了。所有图形界面（DB Browser for SQLite、VS Code 插件等）压根不提供“删主键”按钮，不是功能缺失，是语法上就不允许。
想“去掉主键效果”？只能新建表、复制数据、重命名。但要注意：
-
INTEGER PRIMARY KEY列删掉后，新表不再有自动 rowid 映射，last_insert_rowid()行为会变 - 如果原列带
AUTOINCREMENT，新表必须显式加回，否则只保证唯一不保证单调递增 - 外键引用该列的其他表，必须同步调整，否则
PRAGMA foreign_key_check会报错
PostgreSQL pgAdmin 点“删除主键”实际执行的是 ALTER TABLE ... DROP CONSTRAINT
pgAdmin 的操作是可靠的，它会自动读取 pg_constraint 找到类型为 p（primary key）的约束名，然后生成正确语句。但你得确认两件事：
- 目标约束确实是主键，而不是唯一索引伪装的（
\d+ table_name看Indexes下有没有PRIMARY KEY标记） - 该主键没被其他表的外键引用，否则会报
ERROR: cannot drop constraint ... because other objects depend on it - 如果依赖存在，得先删或改对方表的
FOREIGN KEY，或者加CASCADE（但 pgAdmin UI 不提供这个选项，得手写 SQL）
Navicat / DBeaver 执行删主键后表结构没刷新？缓存没清
这类工具常把表结构元数据缓存在本地，即使 ALTER TABLE 成功，左侧树状列表或“设计表”视图仍显示旧结构。这不是操作失败，是界面没同步。
- 手动刷新：右键表名 → “刷新” 或按
F5（DBeaver）/Cmd+R（Mac Navicat） - 如果还不更新，关掉“设计表”标签页，重新打开；或者断开再重连数据库连接
- 最稳验证方式：在 SQL 编辑器里执行
SHOW CREATE TABLE your_table;，看输出里是否还有PRIMARY KEY字段
SHOW CREATE TABLE 或 \d 输出确认。
