异常教程

SQL PRIMARY KEY 约束（超详细）

更新时间:

💡一则或许对你有用的小广告

欢迎加入小哈的星球 ，你将获得：专属的项目实战 / 1v1 提问 / Java 学习路线 / 学习打卡 / 每月赠书 / 社群讨论

  • 新项目:《从零手撸：仿小红书（微服务架构）》 正在持续爆肝中，基于 Spring Cloud Alibaba + Spring Boot 3.x + JDK 17...，点击查看项目介绍 ;
  • 《从零手撸：前后端分离博客项目（全栈开发）》 2 期已完结，演示链接： http://116.62.199.48/ ;

截止目前， 星球 内专栏累计输出 82w+ 字，讲解图 3441+ 张，还在持续爆肝中.. 后续还会上新更多项目，目标是将 Java 领域典型的项目都整一波，如秒杀系统, 在线商城, IM 即时通讯，权限管理，Spring Cloud Alibaba 微服务等等，已有 2900+ 小伙伴加入学习 ，欢迎点击围观

在数据库设计中，"SQL PRIMARY KEY 约束"是一个核心概念，它如同数据世界的“身份证系统”，为每一行数据赋予唯一的身份标识。无论是管理用户信息、订单记录还是商品库存，PRIMARY KEY 约束都能通过独特的规则确保数据的完整性和查询效率。对于编程初学者和中级开发者而言，理解这一约束的原理与应用场景，是构建高效数据库的基石。

PRIMARY KEY 约束是 SQL 中用于定义表中某一列（或一组列）的唯一性和非空性的规则。它的核心功能是：

  1. 唯一性：表中每一行在此列的值必须唯一，无法重复。
  2. 非空性：该列的值不能为空（NULL）。

可以将其想象为一个“数据管家”，它会严格检查每一行数据的标识符（如用户ID、订单ID），确保没有重复或缺失的情况。例如，身份证号是国家赋予公民的唯一标识，PRIMARY KEY 约束的作用与此类似——为数据库中的每一行数据分配一个独一无二的“身份证”。

确保数据唯一性

PRIMARY KEY 约束的核心作用是防止重复数据的插入。例如，在用户注册表中，若将 user_id 设为 PRIMARY KEY，则无法插入两条 user_id 相同的记录。这类似于快递公司为每个包裹分配唯一编码，避免混淆。

提升查询效率

数据库会为 PRIMARY KEY 自动创建聚簇索引（Clustered Index）。这个索引将数据按 PRIMARY KEY 的值物理排序，使得通过 PRIMARY KEY 进行查询时，数据库能像“按索引快速翻书”一样直接定位目标数据，显著减少搜索时间。

建立表间关联的基础

在关系型数据库中，PRIMARY KEY 还用于与其他表建立外键约束（Foreign Key）。例如，订单表的 user_id 可以引用用户表的 PRIMARY KEY，从而实现“用户-订单”的关联查询。这种设计使数据结构更规范，避免“孤儿数据”（如无对应用户的订单）。

在创建表时定义 PRIMARY KEY

通过 CREATE TABLE 语句，可在列定义中直接指定 PRIMARY KEY。例如：

CREATE TABLE users (  
    user_id INT PRIMARY KEY,  
    username VARCHAR(50) NOT NULL,  
    email VARCHAR(100)  
);

此代码创建了一个用户表，其中 user_id 是 PRIMARY KEY，必须唯一且非空。

在已有表中添加 PRIMARY KEY

若表已存在，可通过 ALTER TABLE 添加约束：

ALTER TABLE orders  
ADD PRIMARY KEY (order_id);

但需注意：如果 order_id 列中存在重复值或 NULL，此操作会失败。

实际案例：创建学生信息表

CREATE TABLE students (  
    student_id INT PRIMARY KEY,  
    name VARCHAR(30) NOT NULL,  
    age INT CHECK(age BETWEEN 18 AND 30),  
    enrollment_date DATE  
);

此表要求每个学生的 student_id 必须唯一且非空，且年龄在18到30岁之间。

唯一性与非空性的强制要求

若违反这两个规则，数据库会抛出错误。例如：

INSERT INTO users (user_id, username)  
VALUES (101, 'Alice'), (101, 'Bob'); -- 因 user_id 重复，第二条插入失败

错误提示通常包含“duplicate key value violates unique constraint”等信息。

单列与多列 PRIMARY KEY 的区别

单列 PRIMARY KEY

大多数场景下，PRIMARY KEY 是单列的，如 user_id。但若业务需求无法通过单一列满足唯一性，可使用复合主键（Composite Primary Key）。

复合主键：多列联合唯一

例如，记录学生选课情况的表可能需要 student_id 和 course_id 的组合来唯一标识一条记录：

CREATE TABLE enrollments (  
    student_id INT,  
    course_id INT,  
    grade CHAR(2),  
    PRIMARY KEY (student_id, course_id)  
);

此时，同一学生无法选同一门课程两次，但允许选不同课程。

实际案例：订单详情表

CREATE TABLE order_details (  
    order_id INT,  
    product_id INT,  
    quantity INT,  
    PRIMARY KEY (order_id, product_id)  
);

此表确保同一订单中无法添加同一产品的多条记录。

自动递增（AUTO_INCREMENT）的使用

为避免手动维护唯一ID的繁琐，许多数据库支持 AUTO_INCREMENT（MySQL）或 IDENTITY（SQL Server）属性，自动为 PRIMARY KEY 分配递增值。例如：

CREATE TABLE articles (  
    article_id INT PRIMARY KEY AUTO_INCREMENT,  
    title VARCHAR(100),  
    content TEXT  
);

插入数据时，只需忽略 article_id：

INSERT INTO articles (title, content)  
VALUES ('我的第一篇文章', '这是内容...');

数据库会自动生成 article_id 的值（如1、2、3…）。

场景1：插入重复值

INSERT INTO users (user_id, username)  
VALUES (101, 'Alice'), (101, 'Bob');

解决方法：修改重复的 user_id 或使用 ON CONFLICT（如 PostgreSQL 的 UPSERT 语法）。

场景2：插入 NULL 值

INSERT INTO users (user_id, username)  
VALUES (NULL, 'Charlie');

解决方法：确保插入值非空，或移除 PRIMARY KEY 约束（不推荐）。

与 UNIQUE 约束的区别

UNIQUE 约束也确保列值唯一，但允许 NULL 和多列存在。PRIMARY KEY 是 UNIQUE 约束的“加强版”，必须满足非空性。

与 NOT NULL 约束的关系

PRIMARY KEY 约束隐含了 NOT NULL 约束。若某一列同时有 PRIMARY KEY 和 NOT NULL，后者会被前者覆盖，无需重复声明。

避免使用业务数据作为 PRIMARY KEY

例如，用户手机号可能因更换而失效，若将其设为 PRIMARY KEY，后续修改会引发连锁反应。建议使用独立的自增ID作为 PRIMARY KEY。

合理设计复合主键

复合主键虽能解决多列唯一问题，但可能增加外键关联的复杂性。例如，若 enrollments 表使用复合主键，其他表引用时需同时指定 student_id 和 course_id。

性能优化建议

  • 对于高并发写入的表，自增ID的 PRIMARY KEY 比 UUID 更高效，因其顺序增长减少索引碎片。
  • 若业务需要全局唯一ID，可考虑使用 UUID 生成器结合 PRIMARY KEY。

场景描述

设计一个包含用户、订单、订单详情的电商系统。

用户表（users）

CREATE TABLE users (  
    user_id INT PRIMARY KEY AUTO_INCREMENT,  
    username VARCHAR(50) UNIQUE NOT NULL,  
    email VARCHAR(100) UNIQUE NOT NULL  
);

user_id 是 PRIMARY KEY，username 和 email 通过 UNIQUE 约束确保唯一。

订单表（orders）

CREATE TABLE orders (  
    order_id INT PRIMARY KEY AUTO_INCREMENT,  
    user_id INT,  
    order_date DATETIME DEFAULT CURRENT_TIMESTAMP,  
    FOREIGN KEY (user_id) REFERENCES users(user_id)  
);

order_id 是 PRIMARY KEY，user_id 引用 users 表的 PRIMARY KEY。

订单详情表（order_items）

CREATE TABLE order_items (  
    order_id INT,  
    product_id INT,  
    quantity INT,  
    PRIMARY KEY (order_id, product_id),  
    FOREIGN KEY (order_id) REFERENCES orders(order_id)  
);

使用复合主键确保同一订单中产品不重复，同时关联 orders 表。

SQL PRIMARY KEY 约束如同数据库的“秩序维护者”，通过唯一性和非空性规则保障数据完整性，同时借助索引优化查询效率。对于开发者而言，合理设计 PRIMARY KEY 需平衡业务需求与技术实现：

  • 单列主键适合大多数场景，复合主键需谨慎使用；
  • 自增ID简化维护，但需根据场景选择 UUID 或其他方案；
  • 结合外键约束构建规范化数据库，避免数据冗余与不一致。

掌握这一约束不仅是技术能力的体现，更是构建可靠系统的必经之路。通过本文的案例与代码示例，希望读者能将其灵活应用于实际开发中，让数据库设计更加规范高效。

最新发布

查看更多文章