MySQL 8.0+ 应使用 UUID_TO_BIN(uuid, 1) 配合 BINARY(16) 存储实现有序 UUID，避免 B+ 树页分裂；SQL Server 应用 NEWSEQUENTIALID() 替代 NEWID()；批量插入需多值 VALUES 一次性提交，并控制事务大小。
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 或函数调用中：
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');
- 单次最多插入 1000 行左右（受
max_allowed_packet限制），再大就分批 - 禁用
innodb_autoinc_lock_mode = 0（传统模式），改用= 2（交错模式）提升并发插入吞吐 - 避免在事务里塞几百个单行
INSERT，不如拆成多个小事务，每批 50–100 行
别指望 OPTIMIZE TABLE 治本，它只是临时止痛
OPTIMIZE TABLE 在 InnoDB 中实际执行的是重建表（ALGORITHM=COPY），确实能清掉 Data_free、重排聚簇索引、提升缓冲池命中率。但它要锁表、IO 压力大、耗时长，线上表基本不可行。
更轻量的替代是 ALTER TABLE t ENGINE=InnoDB ALGORITHM=INPLACE（MySQL 5.6+），它不锁表，但只整理页内碎片，不改变主键物理顺序——也就是说，如果主键仍是随机 UUID，下次插入照样分裂。
- 仅建议在低峰期对归档表、历史分区表或低写入频率的配置表使用
OPTIMIZE TABLE - 真正治本的只有两件事：换有序 ID（如
UUID_TO_BIN(..., 1)或ULID），以及控制写入节奏 - 很多人忽略一点：
innodb_fill_factor = 70这类参数调低虽能减缓分裂频次，但会让磁盘占用上升 30%，得权衡
