在SQL数据库中，主键不仅用于唯一标识行，还决定了聚簇索引的物理排列。当主键按顺序排列写入时，新数据会追加在索引末端，而随机主键则会让插入点分散在页的任意位置，引发随机IO与页分裂。理解这一机制是优化写入性能的第一步。
为什么随机主键会导致随机IO
以InnoDB为例，表数据按照主键聚簇存储。如果使用UUID这类无序值作为主键，每次插入都可能需要定位到不同的数据页，若页不在内存就要从磁盘加载，产生大量随机IO。同时，已满页面会被拆分，带来写放大。
随机写入的典型问题
- 磁盘寻道时间增加，吞吐下降
- 页分裂频繁，空间利用率降低
- 缓冲池命中率变差，内存效率低下
顺序写入的优化策略
使用自增主键
最常见的方式是采用数据库自增列，让主键单调递增，插入总是发生在末尾。
-- 创建使用自增主键的表 CREATE TABLE orders ( id BIGINT AUTO_INCREMENT PRIMARY KEY, user_id INT NOT NULL, amount DECIMAL(10,2), created_at DATETIME ) ENGINE=InnoDB;
批量提交减少事务开销
将多条插入合并为一个事务，可以降低日志刷盘次数，配合顺序主键效果更佳。
-- 批量插入示例 INSERT INTO orders (user_id, amount, created_at) VALUES (1001, 20.00, NOW()), (1002, 35.50, NOW()), (1003, 12.00, NOW());
业务主键的有序化设计
若必须使用业务主键，可拼接时间前缀使其有序，例如将20250101_与序列组合，避免纯随机字符串。
# 生成有序业务主键
import datetime
def make_key(seq):
day = datetime.date.today().strftime('%Y%m%d')
return f'{day}_{seq:08d}'
print(make_key(1))
不同主键方案对比
| 主键类型 | 写入模式 | 随机IO风险 |
|---|---|---|
| 自增整数 | 顺序追加 | 低 |
| UUID | 随机分布 | 高 |
| 时间前缀业务键 | 近似顺序 | 中 |
实践建议
在写入密集型场景中，优先选择自增或单调递增主键；如果业务要求全局唯一且分布式，可考虑雪花算法这类有序ID生成器。同时监控页分裂指标，合理设置填充因子，让顺序写入优势真正落地。
顺序写入不是万能，但它是缓解SQL随机IO、提升插入性能最直接有效的手段之一。