mysql-为什么主键要用自增整型

本文探讨了MySQL中主键使用自增整型与UUID的优缺点,尤其是在插入性能方面。通过存储原理分析和性能测试,表明自增整型主键在插入数据时能降低IOPS,提高数据库性能,尤其是在高并发和大表场景下。但同时也指出自增主键在高并发下的锁竞争问题和数据迁移时的冲突风险。
摘要由CSDN通过智能技术生成

前段时间做了一次数据库主键uuid改为自增int降低插入数据iops的小小实践,当然影响插入iops的不仅仅是主键,如果其他索引也比较多,iops也可能不会有明显的降低,这跟索引的存储有关,文章的后面仔细探讨

一 背景

1、说明

数据库说明:

    4核8G,iops最大5000,网络带宽富余,cpu和内存都是健康状态。存储引擎innodb

现有数据量和表结构说明:

    亿级别,分多个表,每个表的数据量在百万级别。主键为varchar类型uuid,其他字段的索引2个。具体的数据结构因为涉及公司信息就不列出来了。

业务需求:

    业务需要将百万级的数据尽可能快的插入到数据库中,并且数据是分在不同的分表中,单条单条插入。

性能瓶颈:

    数据库插入速度受限,这里我们在应用服务器做了限流,这次优化主要是想提高数据插入速度

2、现状

  插入速度恒定(假设每秒插入500)的情况下,iops越来越高。这里之所以限制每秒插入速度就是为了保证数据的稳定性。

二 存储原理探究

针对上述问题,我们在以下几个方面进行探讨

2.1 Innodb索引结构

关于索引网上的文章很多,这里不再赘述。

Innodb中主键索

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值