当前位置：首页 >> 综合 >> 主键约束，数据库的身份证，一文搞懂主键约束

主键约束，数据库的身份证，一文搞懂主键约束

okx 2026-05-22 16:21:32 综合 3

本文目录导读：

在数据库的世界里，数据就像图书馆里成千上万本书，如果没有一个唯一的编号，找一本书就会变得异常困难。主键约束（Primary Key Constraint） 就是数据库为每一行数据颁发的“身份证”，它确保每条记录都是独一无二、不可重复的,我们就来彻底搞懂这个数据库设计中最重要的概念。

什么是主键约束？

主键约束是表中的一个字段（或字段组合）,它必须满足两个硬性条件：

满足这两个条件的字段，就可以被定义为主键，主键约束实际上是一种“完整性约束”,它保证了数据的唯一性和可定位性。

想象一下，如果没有主键，当你试图从100万条用户记录中找出“张三”时，可能会找到多个同名的人，无法确定哪个是你要找的，有了主键（比如用户ID），你就可以精确地锁定唯一的那条记录,主键的作用包括：

在SQL中，你可以在创建表或修改表时定义主键,以下是常见语法：

创建表时直接定义

CREATE TABLE Students (
    StudentID INT NOT NULL,
    Name VARCHAR(50),
    Age INT,
    PRIMARY KEY (StudentID)
);

使用复合主键（多个字段组合）

当单个字段无法保证唯一性时,可以用多个字段共同作为主键：

CREATE TABLE CourseSelection (
    StudentID INT NOT NULL,
    CourseID INT NOT NULL,
    Grade CHAR(1),
    PRIMARY KEY (StudentID, CourseID)
);

这里，(StudentID, CourseID) 必须整体唯一，允许单个字段有重复（比如同一个学生选多门课）。

修改表时添加主键

ALTER TABLE Students ADD PRIMARY KEY (StudentID);

虽然技术上任何唯一且非空的字段都能做主键,但实际设计中要遵循一些原则：

尽量使用单字段主键：复合主键会让关联查询变复杂，且索引体积更大，除非业务逻辑强制需要,否则尽量用自增ID或UUID。
选择不变的字段：主键的值一旦被引用（作为外键），修改它会带来连锁更新，因此使用不会改变的业务字段（如身份证号）需谨慎，通常建议用“代理主键”（无业务含义的自增ID）。
避免使用自然主键：自然主键（如手机号、邮箱）虽然唯一且非空，但可能随业务变化（用户换号），导致数据维护困难，更安全的是“代理主键”。
自增主键 vs UUID：自增主键性能好、空间小，但分布式场景下可能冲突；UUID全局唯一但占用空间大、查询性能稍弱,根据场景选择。