数据库 -＞ 表索引为什么使用主键+整型+自增

最新推荐文章于 2022-11-06 15:56:31 发布
最新推荐文章于 2022-11-06 15:56:31 发布
阅读量383 收藏 2
点赞数
分类专栏： MySQL 数据库 文章标签： 数据库 mysql database
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/rod0320/article/details/123488975
版权
本文探讨了在MySQL的InnoDB引擎中，使用主键+整型+自增作为表索引的原因。由于InnoDB依赖主键建立B+树索引，整型自增字段能提高查询效率，减少索引维护成本。整型占用内存小，利于二分查找，而自增特性保证了索引插入的顺序性，避免了不必要的索引结构调整。因此，这是一种优化数据库性能的设计策略。
摘要由CSDN通过智能技术生成

表索引为什么使用主键+整型+自增

  • 主键不用多说,查询效率问题

整型+自增

  • 现在的MySQL是InnoDB的数据引擎,底层是B+树
  • InnoDB必须有主键,因为整个B+树都是靠这索引来维护的,没有索引整个表就建不起来
  • 当然我们不主动加主键索引,InnoDB也会默认自己加上的
    • 让InnoDB自己加主键就会更加影响效率,要么它选择一个字段做索引,要么多加一个字段做索引
    • 它放在都要一个那我们为什么不自己定,这样也还会有上面其他效率问题
  • B+树底层也是用二分法来对树进行一层一层的查找的
  • 那么索引使用整型方式,肯定会比使用uuid好,因为二分法比较大小int肯定比String比较要效率搞
    • 而且uuid所要的内存也会比int的要大
  • B+树底层会维护索引的顺序,我们按照123456的顺序自增那么索引最后都只是在最后面添加
  • 如果我们不按照自增的方式,索引突然从中间插入,会改变已经完成的索引顺序又要重新调整移动索引结构

所以创建表的时候,请使用主键+整型+自增

欧皇小德子
关注
专栏目录
MySQL - 为什么官方建议使用自增长主键作为索引
学无止境
10-25 707
虽然自增长主键有很多优点，但并不是所有情况都适用。在某些情况下，使用其他类型的主键，如UUID或自然键，可能更合适，这取决于具体的业务需求和数据模型。然而，总体来说，自增长主键是一种广泛应用的最佳实践，可以提高数据库性能和可维护性。
为什么MySQL官方不推荐使用uuid而是推荐连续自增的主键id作为主键？
代码从一开始的博客
09-02 2355
在mysql中设计表的时候,mysql官方推荐不要使用uuid或者不连续不重复的雪花id(long形且唯一，单机递增),而是推荐连续自增的主键id,官方的推荐是auto_increment,那么为什么不建议采用uuid,使用uuid究竟有什么坏处？ 为了研究这个问题，我们先来建三张表。 分别是user_auto_key,user_uuid,user_random_key,分别表示自动增长的主键,uuid作为主键,随机key作为主键,其它我们完全保持不变. 根据控制变量法,我们只把每个表的主键使用不同的策略
为什么说InnoDB必须要有主键并且推荐使用自增整型主键呢？
01-20
1.InnoDB存储引擎的数据结构必须需要一个主键才可以组织起来，如果用户使用InnoDB存储引擎建立表的时候，没有指定主键，则Mysql会自动的帮你找到一个合适的唯一索引作为主键，若找不到符合条件唯一索引条件的字段时，会生成类似于ROW_ID的虚拟列充当该InnoDB表的主键； 2.整型的存储比字段类型要小，而且应为是InnoDB存储引擎使用的是B+Tree数据结构，在进行查询数据是需要对每个元素进行比较，而整型的对比效率是高于其他数据结构的，字符串等。 使用自增主键作为InnoDB表的主键会存在一个问题？ Mysql中innodb_page_size = 16kb,选择BIGINT作为主
为什么建议主键整型自增？
最新发布
ibigboy
11-06 645
我们从查找过程可以看到，整个过程关键点就是在这棵树上不停的比较id值是否等于、大于还是小于2，即数据的大小比较。数据比较是消耗CPU的，而不同的数据类型耗时不同，常见的整型要小于字符型。整型的1
mysql-为什么主键要用自增整型
tary的博客
05-16 2207
前段时间做了一次数据库主键uuid改为自增int降低插入数据iops的小小实践，当然影响插入iops的不仅仅是主键，如果其他索引也比较多，iops也可能不会有明显的降低，这跟索引的存储有关，文章的后面仔细探讨 一 背景 1、说明 数据库说明： 4核8G，iops最大5000，网络带宽富余，cpu和内存都是健康状态。存储引擎innodb 现有数据量和表结构说明： 亿级别，分多个表，每个表的数据量在百万级别。主键为varchar类型uuid，其他字段的索引2个。具体的数据结构因为涉及...
【mysql】为什么建议InnoDB表必须建主键，并且推荐使用整型的自增主键？
m0_45406092的博客
12-30 2506
因为聚簇索引，需要叶子节点存数据行，因此，如果存在主键，就默认把主键 参考： 《Mysql聚簇索引和非聚簇索引》 《聚簇索引和非聚簇索引：Mysql为什么建议使用自增id做主键》 误区
为什么InnoDB表必须有主键，并且推荐使用整型的自增主键？
LZHHuo的博客
02-02 8163
innoDB索引文件和数据文件是在一起的 frm：表结构；ibd：索引文件和数据文件 问：为什么InnoDB表必须有主键。并且推荐使用整型的自增主键： 1、如果设置了主键，那么InnoDB会选择主键作为聚集索引、如果没有显式定义主键，则InnoDB会选择第一个不包含有NULL值的唯一索引作为主键索引、如果也没有这样的唯一索引，则InnoDB会选择内置6字节长的ROWID作为隐含的聚集索引(RO...
为什么建议InnoDB表必须建立主键，并且推荐使用整型的自增主键
Lavender-csdn的博客
03-12 545
推荐一个国外的数据结构在线演示网站：https://www.cs.usfca.edu/~galles/visualization/Algorithms.html UUID：32个16进制数字，全球唯一，本地生成，性能高，没有网络耗时，但是非常长，占用大量的存储空间，并且作为主键建立索引和基于索引查询的时候会存在性能问题，一般这种方式不采用。 为什么InnoDB表必须建立主键 InnoDB中采用的是聚簇索引，表数据文件本身就是按照B+Tree组织的一个索引结构文件，主键索引默认就是B+Tree，由.
mysql数据表主键设置保存_mysql如何设置数据表的主键及自增长
weixin_39574928的博客
01-19 377
mysql设置数据表的主键及自增长的方法：首先启动MySQL，打开navicat建立一个新表；然后添加字段，类型；接着执行相关语句即可插入数据；最后选中字段，在下面的Auto Increment前打上对勾即可自增长。更多相关免费学习推荐：mysql教程(视频)mysql设置数据表的主键及自增长的方法：1、启动MySQL，打开navicat，新建数据库aaa，右键点击Tables，选择new tab...
2020-09-30
weixin_45743203的博客
09-30 253
创建外键： 创建外键在有了主表就基础下 例如 主表 主键列名 ID int create table（ 外键列名 int foreign key references主键表名（主键列名） ）
shell 整形变量自增
mixboot
03-14 747
1. i=((((((i+1)) 加1 双小括号 #!/bin/bash i=1 echo $i i=$(($i+1)) echo $i 1 2 2. i=[[[i+2] 大括号 #!/bin/bash i=1 echo $i i=$[$i+2] echo $i 1 3 参考： 1.shell脚本中整数型变量自增（加1）的实现方式...
关于主键、索引的概念与作用
qq_44624290的博客
04-18 3165
主键 主键的概念 主键主要是用于其他表的外键关联，以及本记录的修改与删除。 当创建或更改表时可通过定义 PRIMARY KEY 约束来创建主键。一个表只能有一个 PRIMARY KEY 约束，而且 PRIMARY KEY 约束中的列不能接受空值。 由于 PRIMARY KEY 约束确保唯一数据，所以经常用来定义标识列。 作用: 1）保证实体的完整性; 2）加快数据库的操作速度 3）在表中添加新记录时，数据库会自动检查新记录的主键值，不允许该值与其他记录的主键值重复。 4) 数据库自动按主键值的顺序显.
Mysql主键最大值以及整型类型解析
山山来驰的博客
03-24 1519
背景：正常我们的主键类型都是递增的，设置的类型可能是bigint(20)，也有可能是int（11），为啥这样设置呢 一、整型类型 类型 占用字节 二进制位数 最大值 最大值位数 数据库中设置 M（最大显示宽度默认值） tinyint 1 8 2^8-1 3 tinyint(M) 4 smallint 2 ...
mysql索引——为啥用自增数字来作为主键的理解和using index、Using index condition、using where的一些
热门推荐
dxgzg的博客
09-18 25万+
最近mysql数据库被问爆了哈哈哈，反正也不打算卷大厂了，被问爆就被问爆吧，但是该学还是给学，在读极客时间的mysql文章链文章接，最近给自己又放了半个月假，现在开始好好学学习，现在也希望我秋招满意的公司快点和我谈薪，一年有个30就继续躺平了，没有的话就站起来面试哈哈哈 以前还真不知道小小索引有那么多好玩的地方，记录下以前知道/不知道的一些东西 索引就是书的目录，加速你查找你想要的东西。 主键索引和二级索引（可以理解为非主键索引），非主键索引就需要有个回表操作在通过主键来找到想要的数据，所以叫做二级索引，这
MySQL 字符串主键和整型主键分析
weixin_34270865的博客
09-21 1097
背景：       工作中需要把UUID的主键改成整型自增的主键，虽然知道INNODB的一些特性，改成自增主键之后会提升很多，但是没有测试。在测试过程中<左兴宇>给了很多帮助，非常感谢。 测试一： View Code root@localhost : test 11:32:17>show create table test\G; *****************...
为什么要使用自增ID作为主键
海上钢琴师的专栏
02-21 2181
为什么要使用自增ID作为主键 1.从业务上来说 在设计数据库时不需要费尽心思去考虑设置哪个字段为主键。然后是这些字段只是理论上是唯一的，例如使用图书编号为主键，这个图书编号只是理论上来说是唯一的，但实践中可能会出现重复的情况。所以还是设置一个与业务无关的自增ID作为主键，然后增加一个图书编号的唯一性约束。 2.从技术上来说 如果表使用自增主键，那么每次插入新的记录，记录就会顺序添加到当前索引节点的后续位置，当一页写满，就会自动开辟一个新的页。 总的来说就是可以提高查询和插入的性能。 对InnoDB.
SQLITE数据表主键设置Id自增方法
喜怒形于色
01-12 10万+
    搞定了一个困扰许久的问题，原来sqlite中的主键也是可以设置为自增的：）方法就是声明为 INTEGER PRIMARY KEY 的字段可以自动增加。    网上查到资料说，从 SQLite 的 2.3.4 版本开始，如果将一个表中的一个字段声明为 INTEGER PRIMARY KEY，那么只需向该表的该字段插入一个 NULL 值，这个 NULL 值将自动被更换为比表中该字段所有行的最大
MYSQL主键id要用整型
qq_18153681的博客
10-22 2728
现在大多数的数据库引擎用的是InnoDB,他底层数据结构是B+tree形式，而B+tree的这种数据结构是以主键索引组织我们表的数据，如果没有设置主键Mysql会自己为该表生成一组隐藏的整型的自增的列作为该表的索引，这样就会造成不必要的效率低下，所以建议以后： 1、设计表时必须设置主键id; 2、主键id最好是int类型（整型）并且自增； 这样就会大大提高数据库查询速度。 ...
MySQL索引深度解析：B+树与HASH索引的奥秘
- 每个InnoDB表都至少有一个主键，且推荐使用整型自增主键。 - 非主键索引查询时，InnoDB会使用主键值辅助定位，优化了性能。 理解MySQL索引的工作原理和选择合适的索引类型对于提升数据库查询性能至关重要。B+树...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值