MySQL 8.0.29建表定义PRIMARY KEY约束触发语法错误的原因

这个报错和Debian 11系统、MySQL 8.0.29版本没有关联，核心原因是原始SQL的表定义项之间 缺失英文逗号分隔符，和主键的定义位置没有必然联系。

• 原始报错的SQL语句中，UNIQUE KEY CODE (field1) 行末尾没有添加必填的英文逗号，直接换行编写PRIMARY KEY (field3)。SQL解析器读到UNIQUE KEY行末尾时，会判定表结构定义已经结束，后续出现的PRIMARY KEY关键字属于不符合语法规则的冗余内容，因此抛出语法错误，报错定位恰好指向PRIMARY KEY附近，和实际触发错误的位置存在偏差，很容易误导排查方向。
• 调整主键位置后语句能正常执行，本质是调整语句结构时，无意中补全了各定义项之间的逗号分隔：在field3 definition后添加逗号再接主键定义，后续字段、唯一键约束之间也保留了正确的逗号分隔，并不是因为主键必须定义在字段列表靠前的位置。

可以做个简单验证：保持原始SQL的主键位置不变，仅在UNIQUE KEY CODE (field1)行末尾补一个英文逗号，语句就可以正常执行，不需要调整主键位置。补全逗号后的正确写法示例：

CREATE TABLE `xxxx` (  
field1 definition, 
field2 definition,  
field3 definition,  
...  
fieldN definition,    
UNIQUE KEY `CODE` (`field1`), -- 两个表级约束之间必须用英文逗号分隔
PRIMARY KEY (`field3`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

按照MySQL的CREATE TABLE语法规则，所有列定义、表级约束（主键、唯一键、外键、普通索引等）之间，都必须使用英文逗号做分隔，定义项的先后顺序没有强制要求（复合主键、复合索引的内部字段顺序除外），只要分隔符正确，主键放在所有表定义项的最后也完全符合语法规范。

内容的提问来源于stack exchange，提问作者anon