主键顺序写入可显著减少随机IO、提升性能，应优先选用自增整型主键，避免UUID等无序主键；批量插入需按主键排序；精简二级索引并优化其结构；调优InnoDB参数与存储配置以协同发挥顺序写优势。
主键顺序写入能显著减少随机IO，提升插入和查询性能。核心在于让数据物理存储顺序与主键逻辑顺序尽量一致，从而让磁盘读写更趋近于顺序IO。
主键类型选择：优先用自增整型
使用 AUTO_INCREMENT INT/BIGINT 作为主键，可保证新记录始终追加到B+树最右叶节点，避免页分裂和数据迁移。对比 UUID 或随机字符串主键，后者会导致新行频繁插入到中间位置，引发大量页分裂、缓冲池污染和磁盘随机写。
- 避免用 UUID()、NEWID()、随机哈希值作主键（除非业务强要求且已做分区/冗余优化）
- 如需全局唯一，可用「自增ID + 逻辑分片字段」组合，或在应用层生成有序UUID（如ULID、KSUID）
- 时间戳类主键（如 `created_at`）慎用——若存在批量补录或时钟回拨，仍会破坏顺序性
写入方式调整：批量有序插入
即使主键有序，单条 INSERT 仍可能触发多次小IO。应确保批量插入的数据本身按主键升序排列，并用单条多值 INSERT 或 LOAD DATA INFILE 执行。
- 插入前对应用端数据按主键排序，再执行
INSERT INTO t(pk, a, b) VALUES (1,x,y), (2,x,y), (3,x,y) - 禁用
INSERT DELAYED（已废弃）或无序并发插入同一大表 - 大表初始化时，先
ORDER BY pk导出再导入，比直接 INSERT SELECT 更稳
索引与表结构配合：减少二级索引干扰
主键顺序写入效果会被高频更新的二级索引削弱。每个 INSERT 实际要写主键B+树 + 每个二级索引B+树，若二级索引键无序，同样引发随机IO。
- 精简非必要二级索引，尤其避免在高写入表上建多个含高离散度字段的复合索引
- 对必须存在的二级索引，考虑将其键设计为「主键前缀 + 业务字段」（如
(user_id, create_time)），利用主键局部有序性降低分裂概率 - 定期
OPTIMIZE TABLE（或ALTER TABLE ... FORCE）可重建聚簇索引，合并碎片，但需注意锁表开销
硬件与配置协同：放大顺序写优势
数据库参数和存储层需适配顺序写模式，否则优化效果会被抵消。
- 调大
innodb_log_file_size，减少 checkpoint 频率，允许更多日志缓冲区暂存顺序WAL写入 - 启用
innodb_flush_log_at_trx_commit = 2（牺牲极小安全性换吞吐），使 redo log 更倾向顺序刷盘 - SSD环境下仍建议关闭
innodb_random_read_ahead，该特性对顺序写场景无效甚至有害 - 文件系统挂载选项使用
noatime,nobarrier（仅限可信环境），减少元数据随机更新
不复杂但容易忽略：主键顺序是基础，但只有从数据生成、写入路径、索引设计到存储配置全链路对齐，才能真正把随机IO压下来。
