Mysql 中数据主键类型不一样导致数据插入速度快慢问题

在 MySQL 数据库中，主键是自增的BIGINT类型和主键是UUID字符串类型的情况下，插入数据的速度通常是不一样的，并且BIGINT类型通常比UUID更快。原因如下：

索引结构的影响，MySQL 的 InnoDB 存储引擎使用B+ 树索引作为主键索引。

• 自增BIGINT（顺序插入），自增主键是单调递增的，新插入的记录会顺序追加到 B+ 树的叶子节点末尾，索引结构相对稳定。由于数据总是往后追加，几乎不会导致页分裂（page split），插入性能更高。
• UUID 是随机分布的，新插入的记录可能落在索引树的不同位置，导致频繁的页分裂和页面重组。频繁的索引调整会导致更多的磁盘 I/O 操作，从而降低插入速度。

数据存储的影响

• BIGINT占用8 字节，存储紧凑，索引占用的空间较小，数据查询效率更高。
• UUID（通常是VARCHAR(36)或BINARY(16)），如果是VARCHAR(36)，占用36 字节，会使索引更大，影响查询和插入效率。如果使用BINARY(16)存储，会稍微优化存储效率，但仍然比BIGINT大。

BIGINT更小，索引页能容纳更多的索引项，减少磁盘 I/O，提高查询和插入速度。UUID更大，占用更多的索引页，导致数据库缓存命中率下降，从而影响整体性能。

并发场景

• 在高并发场景下，使用自增BIGINT可能会带来主键争用（INSERT 争用），但 MySQL 5.7+ 的innodb_autoinc_lock_mode=2可以缓解这个问题。
• UUID没有自增 ID 的锁争用问题，但由于随机性高，插入速度仍然较慢。

innodb_autoinc_lock_mode=2是 MySQL InnoDB 存储引擎中的一个自增锁模式，它可以优化并发插入时的性能。innodb_autoinc_lock_mode控制InnoDB 在插入数据时如何处理自增（AUTO_INCREMENT）锁，主要影响并发插入的性能和一致性。它有 0、1、2 三种模式。