怎样设计OLTP表结构

设计 OLTP（Online Transaction Processing，联机事务处理）系统的表结构，核心目标是高并发、低延迟、数据一致性、易维护。下面从方法论到实战，系统地讲怎么设计。

一、OLTP 表设计的核心原则

1. 符合范式，但不死守

• 通常做到 第三范式（3NF）：消除冗余、保证一致性
• 适度反范式：高频读、少更新的字段可冗余（如用户名放订单表）

2. 事务边界清晰

• 一张表只表达一个业务实体
• 事务尽量小、短、少锁

3. 主键设计稳定

• 使用 无意义代理主键（如 BIGINT 自增 / UUID / 雪花ID）
• 业务主键（如订单号）做唯一索引

4. 索引为查询服务

• 索引多了写慢，少了读慢
• 按“最常用 WHERE + ORDER BY”建索引

5. 可扩展、可拆分

• 逻辑上清晰，物理上可分库分表

二、典型设计步骤

步骤 1：梳理业务实体

例：电商系统

• 用户（User）
• 商品（Product）
• 订单（Order）
• 订单明细（OrderItem）
• 库存（Inventory）

步骤 2：设计核心表结构（示例）

用户表

CREATE TABLE user (
  id BIGINT PRIMARY KEY,
  username VARCHAR(64) NOT NULL,
  phone VARCHAR(20),
  created_at DATETIME,
  INDEX idx_phone (phone)
);

商品表

CREATE TABLE product (
  id BIGINT PRIMARY KEY,
  name VARCHAR(128),
  price DECIMAL(10,2),
  status TINYINT
);

订单表（反范式示例）

CREATE TABLE orders (
  id BIGINT PRIMARY KEY,
  order_no VARCHAR(32) UNIQUE,
  user_id BIGINT,
  total_amount DECIMAL(12,2),
  status TINYINT,
  created_at DATETIME,
  INDEX idx_user (user_id),
  INDEX idx_status (status)
);

订单明细表

CREATE TABLE order_item (
  id BIGINT PRIMARY KEY,
  order_id BIGINT,
  product_id BIGINT,
  quantity INT,
  price DECIMAL(10,2),
  INDEX idx_order (order_id)
);

三、OLTP 表设计常见技巧

1. 状态字段设计

• 用 TINYINT 而非字符串
• 枚举含义放在代码或字典表

2. 时间字段

• 必留：created_at
• 可选：updated_at、deleted_at（软删除）

3. 软删除

deleted_at DATETIME NULL

避免物理删除破坏事务一致性

4. 金额处理

• 用 DECIMAL，不要用 FLOAT

5. 避免大字段

• TEXT / BLOB 单独表或对象存储

四、高并发下的特殊处理

1. 库存扣减

• 表加 version 字段（乐观锁）

UPDATE inventory
SET stock = stock - 1, version = version + 1
WHERE id = ? AND version = ?

2. 分库分表

• 按 user_id 或 order_id 哈希
• 使用 ShardingSphere / MyCat

3. 读写分离

• 写主库，读从库
• 表结构完全一致

五、反例（OLTP 要避免）

❌ 一张表 50 个字段
❌ 用业务字段当主键
❌ 频繁 JOIN 大表
❌ 在事务里调用外部接口
❌ 用字符串存金额

六、总结一句话

OLTP 表结构 = 清晰实体 + 合理范式 + 精准索引 + 事务安全 + 可扩展

如果你有具体业务场景（如支付、库存、物流），我可以直接帮你画表结构。