MySQL自增主键和随机字符串主键insert性能对比

本文探讨了在MySQL中使用自增主键与随机字符串作为主键的性能差异。测试显示,自增主键在插入数据时速度远超随机字符串主键,因为后者导致更多的数据移动和页面碎片。对于大数据量的表,使用自增主键能显著提高插入效率并减少碎片。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

测试环境:MySQL 5.7

创建测试表:

mysql> create table test1
    -> (id bigint auto_increment,
    -> aaa varchar(40),
    -> PRIMARY key(id)
    -> );
Query OK, 0 rows affected (0.01 sec)
mysql> create table test2
    -> (id varchar(40), 
    -> aaa varchar(40),
    -> PRIMARY key(id)
    -> );
Query OK, 0 rows affected (0.01 sec)

找了个源表,一千多万的数据

mysql> select count(*) from test01;
+----------+
| count(*) |
+----------+
| 11888222 |
+----------+
1 row in set (2.34 sec)
mysql> select * from test01 limit 10;
+-----------------+-----------------+
| id              | aaa             |
+-----------------+-----------------+
| 150213115534159 | 150213115534159 |
| 150213115537467 | 150213115537467 |
| 150213115559466 | 150213115559466 |
| 150213115611916 | 150213115611916 |
| 150213115612852 | 150213115612852 |
| 150213115622783 | 150213115622783 |
| 150213115632760 | 150213115632760 |
| 150213115640633 | 150213115640633 |
| 150213115738657 | 150213115738657 |
| 150213115742291 | 150213115742291 |
+-----------------+-----------------+
10 rows in set (0.00 sec)

分别将数据插入到test1表和test2表,test1表的id值靠auto_increment自动生成,test2表的id为源表的id(随机字符串)

mysql> insert into test1(aaa) select aaa from test01;
Query OK, 11888222 rows affected (54.43 sec)
mysql> insert into test2 select * from test01;
Query OK, 11888222 rows affected (1 min 43.67 sec)

可以看到随机字符串做主键的话,耗时比自增主键慢得多。

1、如果表使用自增主键,那么每次插入新的记录,记录就会顺序添加到当前索引节点的后续位置,当一页写满,就会自动开辟一个新的页

2、如果使用非自增主键(如果身份证号或学号等),由于每次插入主键的值近似于随机,因此每次新纪录都要被插到现有索引页得中间某个位置,此时MySQL不得不为了将新记录插到合适位置而移动数据,甚至目标页面可能已经被回写到磁盘上而从缓存中清掉,此时又要从磁盘上读回来,这增加了很多开销,同时频繁的移动、分页操作造成了大量的碎片,得到了不够紧凑的索引结构,后续不得不通过OPTIMIZE TABLE来重建表并优化填充页面。

### MySQL主键的使用方法与配置 在 MySQL 中,自主键是一种常见的设计模式,用于确保每条记录都有唯一的标识符。以下是对 MySQL主键的详细说明及其相关问题的解决方法。 #### 1. 自主键的基本概念 MySQL 的自主键通过 `AUTO_INCREMENT` 属性实现。当插入一条新记录时,如果未指定该字段的值,则 MySQL 会自动为该字段生成一个唯一的递值[^1]。 - **语法示例**: ```sql CREATE TABLE example_table ( id INT AUTO_INCREMENT PRIMARY KEY, name VARCHAR(255) NOT NULL ); ``` 上述代码中,`id` 字段被定义为主键并启用 `AUTO_INCREMENT` 属性。每次插入新记录时,`id` 的值会自动递。 #### 2. MyBatis 配置自主键 在 MyBatis 中,可以通过设置 `useGeneratedKeys="true"` `keyProperty` 来获取数据库生成的主键值[^2]。 - **MyBatis 插入语句示例**: ```xml <insert id="insertExample" useGeneratedKeys="true" keyProperty="id"> INSERT INTO example_table (name) VALUES (#{name}) </insert> ``` 上述配置中,`useGeneratedKeys="true"` 表示启用数据库生成的主键值,`keyProperty="id"` 指定将生成的主键值赋给对象的 `id` 属性。 #### 3. MyBatis-Plus 中的自主键配置 在 MyBatis-Plus 中,需要通过实体类的注解来指定主键生成策略。如果未正确配置,可能会导致主键值异常(如雪花算法生成的大数值)[^3]。 - **实体类注解示例**: ```java @Data @TableName("example_table") public class ExampleEntity { @TableId(type = IdType.AUTO) private Long id; private String name; } ``` 上述代码中,`@TableId(type = IdType.AUTO)` 明确指定了主键生成策略为数据库。 #### 4. 解决自主键过大问题 如果发现主键值异常大,可能是由于框架默认使用了其他 ID 生成策略(如雪花算法),或者表的自索引已被破坏。此时可以通过以下步骤解决问题: - **重置表的自索引**: ```sql TRUNCATE TABLE example_table; ``` 执行上述命令后,表会被清空且自索引重置为初始值。 - **调整表的自起始值**: 如果不想清空表数据,可以手动调整自起始值: ```sql ALTER TABLE example_table AUTO_INCREMENT = 1; ``` #### 5. 注意事项 - 确保在项目初期就明确主键生成策略,并在实体类中正确配置。 - 如果使用 MyBatis-Plus,建议始终显式指定 `@TableId` 的类型,避免框架使用默认策略导致冲突[^4]。 ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值