为什么MySQL主键不建议使用UUID字符串类型?

P粉602998670

P粉602998670

2026-08-05

248人浏览

原创

uuid字符串主键必然导致页分裂,因其随机性使innodb聚簇索引频繁页分裂、i/o激增、缓冲池污染及查询性能下降;唯一有效缓解是mysql 8.0+中用uuid_to_bin(uuid, 1)配合binary(16)存储并显式调用。

为什么mysql主键不建议使用uuid字符串类型?

UUID字符串主键必然导致页分裂

MySQL InnoDB 的聚簇索引按主键值物理排序存储数据,而 UUID() 生成的是 v4 随机字符串(如 '550e8400-e29b-41d4-a716-446655440000'),其字节序完全无序。每次插入都得在 B+ 树中二分查找位置,大概率落在已有数据页中间——一旦目标页已满,InnoDB 就必须执行页分裂:搬出约一半记录、新建页、更新父节点指针、写 doublewrite buffer。

这不是偶发抖动,而是确定性开销。你能在 SHOW ENGINE INNODB STATUS 里反复看到 "Pages split due to insert"innodb_page_splits 指标持续飙升;SHOW TABLE STATUS 显示 Data_free 值远高于预期(常达几 MB 甚至上百 MB)。

  • 实测:每插入 1000 行,平均触发 1.7 次页分裂
  • 后果:I/O 激增、Buffer Pool 污染、页填充率从自增 ID 的 85%+ 降到 60–70%
  • CHAR(36)VARCHAR(36) 存储会让问题更严重,但即使换成 BINARY(16),也只省空间,不改随机性

字符串比较和索引体积拖慢所有查询路径

主键不只是插入时用,它还被所有二级索引冗余存储,并参与 JOINORDER BYWHERE 和回表操作。UUID 字符串带来的开销是系统性的:

  • CHAR(36) 占 36 字节,是 BIGINT UNSIGNED(8 字节)的 4.5 倍;BINARY(16) 虽压缩到 16 字节,仍比整数大一倍
  • 二级索引体积膨胀 → 同一页能存的索引项变少 → B+ 树变高 → 查询多一次磁盘 I/O
  • 字符串比较需逐字节比对(尤其涉及字符集和 collation 时),比整数比较慢一个数量级
  • SELECT * FROM t ORDER BY id LIMIT 10 在 UUID 主键下几乎必退化为全表扫描——因物理存储乱序,B+ 树无法利用有序链表跳读

UUID_TO_BIN(uuid, 1) 是唯一有效的“修复”手段

MySQL 8.0+ 提供了 UUID_TO_BIN(),但很多人误以为只要转成 BINARY(16) 就行。错:不带 swap_flagUUID_TO_BIN(uuid) 仍是原始字节序,毫无改善。

真正起作用的是 UUID_TO_BIN(uuid, 1) ——它把时间戳高位左移并重排字节,让前 6 字节携带毫秒级时间信息,实现近似递增。但这必须配合两个前提:

MySQL(Linux)
MySQL(Linux)

MySQL 9.6.0是面向Linux平台的2026年创新版本,核心架构迎来重大革新。其将外键约束与级联操作从InnoDB引擎层上移至SQL层,确保所有数据变更均被完整记录至Binlog,彻底解决了CDC(变更数据捕获)与主从复制中的数据不一致难题。此外,该版本引入container_aware启动选项以原生适配容器环境,并对审计日志进行了组件化重构,为追求极致数据一致性与云原生体验的开发者提供了全新选择。

下载
  • 字段类型必须是 BINARY(16)(存 CHAR(36) 就白转)
  • 插入时必须显式调用:INSERT INTO t (id, ...) VALUES (UUID_TO_BIN(UUID(), 1), ...)
  • 应用层读取时需反向调用 BIN_TO_UUID(id, 1) 才能还原可读格式

没做这两点,等于只做了表面功夫。

别迷信 Snowflake,它也有硬伤

很多人换用 Snowflake 是为了“递增”,但落地常踩坑:

  • 时钟回拨哪怕 1ms,同一毫秒内多个 worker_id 就可能生成重复 ID,MySQL 直接报 ERROR 1062 (23000): Duplicate entry
  • 分库分表场景下,若不同实例用了相同 worker_id,ID 碰撞概率陡增
  • 前端直传 ID 绕过服务端校验,等于放弃一致性兜底
  • 某些 SDK 默认用 System.currentTimeMillis(),未处理闰秒,在金融类系统中可能偏差

真正可用的方案不是换算法,而是由应用层或数据库代理层(如 Vitess)统一生成,并强制校验时钟偏移。否则,Snowflake 只是把页分裂从“高频”降到“中频”,而非根除。

页分裂不是配置能调出来的,也不是加内存能压住的——它是聚簇索引 + 随机写入 + 缓冲池管理共同作用的刚性结果。哪怕你设了 innodb_fill_factor = 70,也只是延缓,不能逆转。最省事的解法,还是别让 UUID 坐主键。

相关文章

PHP速学视频免费教程(入门到精通)
PHP速学视频免费教程(入门到精通)

PHP怎么学习?PHP怎么入门?PHP在哪学?PHP怎么学才快?不用担心,这里为大家提供了PHP速学教程(入门到精通),有需要的小伙伴保存下载就能学习啦!

下载

相关标签:

mysql

本站声明:本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn

相关专题

更多
数据分析工具有哪些
数据分析工具有哪些

数据分析工具有Excel、SQL、Python、R、Tableau、Power BI、SAS、SPSS和MATLAB等。详细介绍:1、Excel,具有强大的计算和数据处理功能;2、SQL,可以进行数据查询、过滤、排序、聚合等操作;3、Python,拥有丰富的数据分析库;4、R,拥有丰富的统计分析库和图形库;5、Tableau,提供了直观易用的用户界面等等。

2023.10.12

2451

8

SQL中distinct的用法
SQL中distinct的用法

SQL中distinct的语法是“SELECT DISTINCT column1, column2,...,FROM table_name;”。本专题为大家提供相关的文章、下载、课程内容,供大家免费下载体验。

2023.10.27

449

4

SQL中months_between使用方法
SQL中months_between使用方法

在SQL中,MONTHS_BETWEEN 是一个常见的函数,用于计算两个日期之间的月份差。想了解更多SQL的相关内容,可以阅读本专题下面的文章。

2024.02.23

614

5

SQL出现5120错误解决方法
SQL出现5120错误解决方法

SQL Server错误5120是由于没有足够的权限来访问或操作指定的数据库或文件引起的。想了解更多sql错误的相关内容,可以阅读本专题下面的文章。

2024.03.06

3969

10

sql procedure语法错误解决方法
sql procedure语法错误解决方法

sql procedure语法错误解决办法:1、仔细检查错误消息;2、检查语法规则;3、检查括号和引号;4、检查变量和参数;5、检查关键字和函数;6、逐步调试;7、参考文档和示例。想了解更多语法错误的相关内容,可以阅读本专题下面的文章。

2024.03.06

1345

4

oracle数据库运行sql方法
oracle数据库运行sql方法

运行sql步骤包括:打开sql plus工具并连接到数据库。在提示符下输入sql语句。按enter键运行该语句。查看结果,错误消息或退出sql plus。想了解更多oracle数据库的相关内容,可以阅读本专题下面的文章。

2024.04.07

3561

11

sql中where的含义
sql中where的含义

sql中where子句用于从表中过滤数据,它基于指定条件选择特定的行。想了解更多where的相关内容,可以阅读本专题下面的文章。

2024.04.29

3513

6

sql中删除表的语句是什么
sql中删除表的语句是什么

sql中用于删除表的语句是drop table。语法为drop table table_name;该语句将永久删除指定表的表和数据。想了解更多sql的相关内容,可以阅读本专题下面的文章。

2024.04.29

642

5

sql中删除一列的命令是什么
sql中删除一列的命令是什么

在sql中,使用alter table语句可以删除一列,语法为:alter table table_name drop column column_name。想了解更多sql的相关内容,可以阅读本专题下面的文章。

2024.04.29

526

5

热门下载

更多
网站特效
/
网站源码
/
网站素材
/
前端模板

精品课程

更多
相关推荐
/
热门推荐
/
最新课程
PostgreSQL vs MySQL
PostgreSQL vs MySQL

共1课时 | 124人学习

使用phpenv集成环境安装极致CMS
使用phpenv集成环境安装极致CMS

共2课时 | 224人学习

phpEnv手册
phpEnv手册

共0课时 | 0人学习