1. MySQL建表的总体约束概览
1.1 常见约束类型及作用
在 MySQL 的建表语句中，约束用于保证数据的完整性与一致性。常见约束类型包括 NOT NULL、DEFAULT、UNIQUE、PRIMARY KEY、FOREIGN KEY，以及在 MySQL 8.0 引入的 CHECK。这些约束可以在列级或表级定义，影响数据的插入、更新和删除。
在设计阶段，需要考虑业务规则（例如邮箱唯一性、订单与客户的外键关系等）。列级约束适合单列规则，表级约束则更方便实现多列参与的规则或组合唯一性。
1.2 约束的生效时机与命名
约束在建表语句执行时一次性创建，确保随后对表的增删改操作遵循规则。命名对于后续的错误定位和维护极为重要，推荐使用 CONSTRAINT + 名字 的形式来显式命名，如 CONSTRAINT fk_orders_users FOREIGN KEY (user_id) REFERENCES users(id)。
通过清晰的命名，可以提升数据库在运行时的可维护性，并减少团队协作中的歧义。 良好命名是实现可观察性与快速诊断的关键之一。
2. 字段约束（NOT NULL、DEFAULT、UNIQUE、PRIMARY KEY、AUTO_INCREMENT）
2.1 NOT NULL 与 NULL 的区别
NOT NULL 表示该列不可接受 NULL 值，若尝试插入 NULL，将触发错误。未显式设定默认值的列在允许 NULL 时会返回 NULL，否则需要提供值。 NULL 与非 NULL 的语义不同，会直接影响数据完整性的判定。
在实际场景中，常用字段如用户名、邮箱等通常设为 NOT NULL，以确保数据的可用性和可检索性。
CREATE TABLE users (id INT NOT NULL,username VARCHAR(50) NOT NULL
);2.2 DEFAULT 的使用与类型兼容
DEFAULT 用于当插入行时未提供该列的值时的缺省值。它必须与列的数据类型兼容，且对某些数据类型（如计数、时间戳）有特别的默认行为。使用默认值可以降低插入时的错误率，提升数据的一致性。
为常用字段设定合理的默认值，能避免产生大量空值并简化插入逻辑。
CREATE TABLE products (id INT NOT NULL,status VARCHAR(20) NOT NULL DEFAULT 'instore'
);2.3 UNIQUE 的作用与组合约束
UNIQUE 约束保证列中值的唯一性，允许 NULL 值（不同版本对 NULL 的处理略有差异），但若需对多列组合实现全局唯一，请使用 UNIQUE (col1, col2) 或将其与 PRIMARY KEY 结合。
为了提升用户体验，通常会对邮箱或用户名设置唯一性约束，防止重复注册。
CREATE TABLE users (id INT NOT NULL,email VARCHAR(100) NOT NULL,UNIQUE KEY unique_email (email)
);2.4 PRIMARY KEY 的定位与注意事项
PRIMARY KEY 是表的唯一标识，默认在 InnoDB 里作为聚簇索引，通常单列或多列组合。一个表只能有一个 PRIMARY KEY，且通常与 AUTO_INCREMENT 搭配使用。
在设计时应尽量让主键简洁、稳定，避免经常变更发生频繁的索引重建。
CREATE TABLE customers (id INT NOT NULL AUTO_INCREMENT,name VARCHAR(100) NOT NULL,PRIMARY KEY (id)
);2.5 AUTO_INCREMENT 的正确用法与跨表影响
AUTO_INCREMENT 让新插入的整型主键值自动递增，但要注意与 PRIMARY KEY 的搭配，以及对大量删除后序号回收的行为设计。
在设计用户、订单等核心表时，通常将 AUTO_INCREMENT 与 PRIMARY KEY 结合，以确保每行都有唯一且自增的标识。
CREATE TABLE orders (id INT NOT NULL AUTO_INCREMENT,amount DECIMAL(10,2) NOT NULL,PRIMARY KEY (id)
);3. 约束的组合使用与命名
3.1 组合主键与覆盖索引
在某些场景下，需要使用多列作为主键或唯一性指标，例如 (user_id, product_id) 的组合可以用于描述某个用户对某个商品的购买关系。组合主键会影响外键定义和查询优化策略，因此需要在设计初期就明确。
组合主键往往用于事实表或日志表，通过将多列联合成一个唯一标识来实现完整性约束。
CREATE TABLE order_items (order_id INT NOT NULL,product_id INT NOT NULL,quantity INT NOT NULL,PRIMARY KEY (order_id, product_id)
);3.2 使用 CONSTRAINT 命名约束的最佳实践
显式命名有助于错误定位、日志分析和维护工作。通过 CONSTRAINT 关键字给外键、唯一性约束等显式起名，可以提升数据库的可读性与可维护性。
以下示例展示如何为外键和唯一性约束命名：
CREATE TABLE orders (id INT NOT NULL AUTO_INCREMENT,user_id INT NOT NULL,total DECIMAL(10,2) NOT NULL,PRIMARY KEY (id),CONSTRAINT fk_orders_users FOREIGN KEY (user_id) REFERENCES users(id)
);4. 外键约束与引用完整性
4.1 外键的语法和可选约束选项
外键用于确保引用表与被引用表之间的数据一致性。ON DELETE 与 ON UPDATE 动作决定删除或更新时的行为，常见选项包括 CASCADE、SET NULL、RESTRICT 等。推荐在 InnoDB 引擎下启用外键约束以保证引用完整性。
设计外键时，需要确保被引用列上有索引（通常是 PRIMARY KEY 或 UNIQUE KEY），以提高性能并确保引用的有效性。
CREATE TABLE payments (id INT NOT NULL AUTO_INCREMENT,order_id INT NOT NULL,amount DECIMAL(10,2) NOT NULL,PRIMARY KEY (id),CONSTRAINT fk_payments_orders FOREIGN KEY (order_id)REFERENCES orders(id)ON DELETE CASCADEON UPDATE CASCADE
);4.2 外键的命名与索引要求
父表被引用列通常需要唯一性索引（如 PRIMARY KEY 或 UNIQUE），确保引用关系的一致性。外键约束本身也有名字，便于维护、诊断以及跨表分析。
5. 实战案例：创建一个简单的用户与订单表结构
5.1 设计要点
通过一个实战示例演练建表的全过程，包含两张表：users 与 orders，其中 orders 通过 user_id 外键关联到 users 的 id。
设计目标包括具备 自增主键、唯一邮箱、以及外键约束来保证数据之间的关系有效，确保后续的查询与统计更高效。
5.2 完整建表 SQL
下面给出完整的建表语句，展示从字段定义、主键、唯一性到外键的完整约束配置，方便直接在本地环境复现。
CREATE TABLE users (id INT NOT NULL AUTO_INCREMENT,username VARCHAR(50) NOT NULL,email VARCHAR(100) NOT NULL,created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP,PRIMARY KEY (id),UNIQUE KEY uniq_email (email)
);CREATE TABLE orders (id INT NOT NULL AUTO_INCREMENT,user_id INT NOT NULL,amount DECIMAL(10,2) NOT NULL,created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP,PRIMARY KEY (id),CONSTRAINT fk_orders_users FOREIGN KEY (user_id) REFERENCES users(id)ON DELETE CASCADEON UPDATE CASCADE
);
5.3 数据插入与查询示例
插入数据时应遵循外键约束，先创建父表中的用户再添加订单。以下示例展示基础的插入以及一个简单的内连接查询，帮助理解两表之间的关系与查询方式。
INSERT INTO users (username, email) VALUES ('alice', 'alice@example.com');
INSERT INTO orders (user_id, amount) VALUES (1, 99.99);SELECT u.id, u.username, o.id AS order_id, o.amount
FROM users u
JOIN orders o ON u.id = o.user_id
ORDER BY o.id DESC;
