如何在SQL中INSERT大量UUID主键数据时避免碎片-SQL-PHP中文网

mysql 8.0+ 应使用 uuid_to_bin(uuid, 1) 配合 binary(16) 存储实现有序 uuid，避免 b+ 树页分裂；sql server 应用 newsequentialid() 替代 newid()；批量插入需多值 values 一次性提交，并控制事务大小。

如何在sql中insert大量uuid主键数据时避免碎片

MySQL 8.0+：用 UUID_TO_BIN(uuid, 1) 替代 UUID() 直接插入

直接用 UUID() 插入会导致 B+ 树页分裂，因为生成的字符串是随机的，新记录总插在中间。MySQL 8.0.1 起支持 UUID_TO_BIN(uuid, 1)，第二个参数为 1 会重排字节顺序——把时间戳高位移到最前，让二进制值近似单调递增。

建表必须用 BINARY(16) 存储，不能用 CHAR(36)：

CREATE TABLE orders (
  id BINARY(16) PRIMARY KEY DEFAULT (UUID_TO_BIN(UUID(), 1)),
  order_no VARCHAR(32),
  created_at DATETIME DEFAULT CURRENT_TIMESTAMP
) ENGINE=InnoDB;

插入时完全不传 id 字段，数据库自动填充；若需手动指定（比如迁移旧数据），务必统一用 UUID_TO_BIN('xxx-xxx', 1)，漏掉 1 就退回随机序，白忙一场。

已有表加默认值需 ALTER TABLE t ALTER COLUMN id SET DEFAULT (UUID_TO_BIN(UUID(), 1))
查询展示时用 BIN_TO_UUID(id, 1) 转回可读格式，第二个参数必须和插入时一致
如果表里混了 UUID_TO_BIN(uuid, 0) 的旧数据，排序会错乱，得先清洗或重建

SQL Server：改用 NEWSEQUENTIALID() 默认约束

SQL Server 的 NEWID() 是纯随机的，作为聚集索引主键时，写入性能会随数据量增长明显下滑。而 NEWSEQUENTIALID() 生成的是按时间/序列递增的 UUID，能显著减少页分裂。

它只能用于列的默认约束，不能出现在 SELECT 或函数调用中：

Live PPT

Live PPT是一款由美图设计室提供的一句话生成 PPT 的 AI 演示文稿工具。

下载

ALTER TABLE logs ADD CONSTRAINT DF_logs_id DEFAULT NEWSEQUENTIALID() FOR id;

之后插入时省略该列即可：

INSERT INTO logs (message, level) VALUES ('error occurred', 'ERROR');

NEWSEQUENTIALID() 无法在 SSMS 图形界面设置，必须用 T-SQL 执行
不能对已有数据“补默认值”，DEFAULT 只影响后续新行
如果主键不是聚集索引（比如主键是 INT IDENTITY，guid 是非聚集唯一列），那 NEWID() 也完全可用，不用强求顺序

批量插入时避免单行逐条提交

哪怕用了有序 UUID，单行 INSERT 仍会放大锁开销和日志写入频率，加剧碎片累积速度。关键不是 UUID 本身，而是写入节奏。

必须用多值 VALUES 一次性插入多行：

INSERT INTO orders (id, order_no) VALUES
  (UUID_TO_BIN(UUID(), 1), 'ORD-001'),
  (UUID_TO_BIN(UUID(), 1), 'ORD-002'),
  (UUID_TO_BIN(UUID(), 1), 'ORD-003');