关系数据库怎样保证数据一致

关系数据库通过事务机制和一系列约束/机制来保证数据一致性（Consistency）。下面从“是什么、怎么做、常见手段”三个层面说明。

一、什么是数据一致性

在关系数据库中，一致性通常指：

• 数据库从一个合法状态变到另一个合法状态
• 所有定义的规则（约束、触发器、参照关系等）始终成立
• 不会因并发或故障而出现矛盾数据

它是 ACID 中的 C（Consistency）

二、核心保证机制

1. 事务（Transaction）与 ACID

数据库通过事务保证操作的整体性：

• A 原子性（Atomicity）
  事务要么全做，要么全不做（靠 undo log）
• C 一致性（Consistency）
  事务执行前后，数据库都满足约束
• I 隔离性（Isolation）
  并发事务互不干扰（靠锁 / MVCC）
• D 持久性（Durability）
  提交后数据不丢（靠 redo log）

✅ 一致性是“目标”，其他三者是“手段”

2. 完整性约束（最重要）

数据库自身强制规则：

（1）实体完整性

• 主键不能为 NULL
• 主键唯一

PRIMARY KEY (id)

（2）参照完整性（外键）

• 外键值必须存在或被置空

FOREIGN KEY (user_id) REFERENCES user(id)

（3）域完整性

• 类型、范围、格式限制

age INT CHECK (age >= 0)

（4）用户定义约束

CHECK (balance >= 0)

3. 并发控制（保证隔离 → 一致）

多个事务同时操作数据时：

• 锁机制
  • 行锁、表锁
  • 读锁 / 写锁
• MVCC（多版本并发控制）
  • 读不加锁，写不影响读
• 事务隔离级别
  • Read Uncommitted
  • Read Committed
  • Repeatable Read
  • Serializable

避免问题：

• 脏读
• 不可重复读
• 幻读

4. 故障恢复机制

保证故障后仍能一致：

• Redo Log：重做已提交事务
• Undo Log：回滚未提交事务
• 检查点（Checkpoint）

5. 触发器（Trigger）

在插入/更新/删除时自动校验或修正数据

BEFORE UPDATE ON account
FOR EACH ROW
BEGIN
  IF NEW.balance < 0 THEN
    SIGNAL SQLSTATE '45000';
  END IF;
END;

6. 应用层配合（也很重要）

数据库不是万能的：

• 业务逻辑错误数据库管不了
• 复杂一致性要靠：
  • 应用事务
  • 分布式事务（2PC / TCC）
  • 最终一致性方案

三、一句话总结

关系数据库通过事务 + 约束 + 并发控制 + 日志恢复，强制数据在任何时刻都满足既定规则，从而保证一致性。

如果你愿意，我也可以：

• 用“转账例子”讲一致性
• 对比 MySQL / PostgreSQL 的实现差异
• 讲分布式场景下的一致性（CAP）