数据库约束怎么写？主键、外键、唯一约束具体语法示例？

数据库约束是确保数据完整性和一致性的重要机制,它通过定义规则来限制表中数据的操作，防止无效或不符合逻辑的数据进入数据库，合理使用约束可以显著提升数据库的可靠性和应用系统的稳定性，以下是关于数据库约束的具体写法和应用场景。

约束的基本类型与语法

数据库约束主要分为以下几类,每种约束都有其特定的语法和使用场景。

主键约束（PRIMARY KEY）
主键用于唯一标识表中的每一行记录，其值必须唯一且不能为空，创建时需确保列的数据类型适合作为唯一标识符。
```
CREATE TABLE users (
    user_id INT PRIMARY KEY,
    username VARCHAR(50) NOT NULL
);
```
在MySQL中,可通过ALTER TABLE添加主键：
```
ALTER TABLE users ADD PRIMARY KEY (user_id);
```
外键约束（FOREIGN KEY）
外键用于建立两个表之间的关联，确保子表中的引用字段在父表中存在，订单表中的用户ID必须引用用户表的主键：
```
CREATE TABLE orders (
    order_id INT PRIMARY KEY,
    user_id INT,
    FOREIGN KEY (user_id) REFERENCES users(user_id)
);
```
外键还可设置ON DELETE CASCADE实现级联删除，或ON UPDATE SET NULL更新时置空。
唯一约束（UNIQUE）
唯一约束确保列中的值唯一，但允许为空（与主键的区别），邮箱地址通常需要唯一：
```
ALTER TABLE users ADD CONSTRAINT unique_email UNIQUE (email);
```

非空约束（NOT NULL）
非空约束强制列必须包含值，防止插入NULL数据。

CREATE TABLE products (
    product_name VARCHAR(100) NOT NULL,
    price DECIMAL(10, 2)
);

检查约束（CHECK）
检查约束用于验证列值是否满足特定条件，例如年龄必须大于0：
```
ALTER TABLE users ADD CONSTRAINT chk_age CHECK (age > 0);
```
注意,MySQL 8.0以下版本对检查约束的支持有限。

在实际开发中,约束的组合使用可以满足复杂业务需求，联合主键（多个列组合唯一）、延迟约束（事务提交后才验证）等，联合主键语法如下：

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

通过DEFERRABLE选项可控制约束的检查时机，适用于需要临时违反约束的场景（如批量数据迁移）。

虽然约束能提升数据质量,但过多或复杂的约束可能影响数据库性能，外键会增加写入操作的延迟，尤其是在高并发场景下，建议：

随着业务变化,可能需要添加、修改或删除约束，删除唯一约束：

ALTER TABLE users DROP CONSTRAINT unique_email;

注意,删除约束前需评估对现有数据的影响，尤其是外键约束可能破坏表间关联。

Q1: 主键和唯一约束有什么区别？
A: 主键不允许NULL值且只能有一个，而唯一约束允许NULL值且可定义多个，主键通常用于表的标识列，唯一约束用于需要唯一性的非标识列（如邮箱）。

Q2: 如何处理外键约束导致的性能问题？
A: 可采取以下措施：1）在非关键业务场景下禁用外键约束，操作完成后重新启用；2）为外键列单独创建索引；3）将关联逻辑迁移至应用层，减少数据库负担。