mysql自增怎么看 mysql数据库自增( 二 )


这里内容比较多,innodb是索引组织表,所以涉及到索引的知识 , 但这不是本文的重点,我们快速回顾索引知识:
1.Innodb索引分为主键跟辅助索引,主键即全表,辅助索引叶子节点保存主键的值,而主键的叶子节点保存数据行,中间节点存着叶子节点的路由值 。
2.Innodb存储数据(索引)的单位是页,这里默认是16K,这也意味着,数据本身越小,一个页中能存数据的量越多,而检索效率不仅仅由索引的层数来决定,更是由一次能够缓存的数据量来定 , 也就是说数据本身越小,则一次IO能够提取到缓冲区的数据越多(OS每次IO的量是固定的4K),查询的效率越好 。
其实能够理解索引的结构及索引写入插入、更新的原理,则自然就明白为何建议使用自增id 。这里我直接列出使用自增id 当主键的好处吧:
1.顺序写入,避免了叶的分裂 , 数据写入效率好
2.缩小了表的体积,特别是相比于UUID当主键,甚至组合字段当主键时,效果更明显
3.查询效率好 , 原因就是我上面说到索引知识的第二点 。
4.某些情况下,我们可以利用自增id来统计大表的大致行数 。
5.在数据归档or垃圾数据清理时,也可方便的利用这个id去操作,效率高 。
容易出现不连续的id
有的同志会发现,自己的表中id值存在空洞,如类似于1、2、3、8、9、10这样,有的适合有想依赖于自增id的连续性来实现业务逻辑,所以会想方设法去修改id让其变的连续 , 其实,这是没有必要的,这一块的业务逻辑交由MySQL实现是很不理智的,表的记录小还好,要是表的数据量很大,修改起来就糟糕了 。那么,为什么自增id会容易出现空洞呢?
自增id的修改机制如下:
在MySQL里面 , 如果字段id被定义为AUTO_INCREMENT,在插入一行数据的时候,自增值的行为如下:
1. 如果插入数据时id字段指定为0、null 或未指定值,那么就把这个表当前的
AUTO_INCREMENT值填到自增字段;
2. 如果插入数据时id字段指定了具体的值,就直接使用语句里指定的值 。
根据要插入的值和当前自增值的大小关系,自增值的变更结果也会有所不同 。假设,某次要插入的值是X , 当前的自增值是Y 。
1. 如果XY,那么这个表的自增值不变;
2. 如果X≥Y,就需要把当前自增值修改为 新的自增值。
新的自增值生成算法是:从auto_increment_offset开始 , 以auto_increment_increment为步长 , 持续叠加,直到找到第一个大于X的值 , 作为新的自增值 。
Insert、update、delete操作会让id不连续 。
Delete、update:删除中间数据,会造成空动,而修改自增id值,也会造成空洞(这个很少) 。
Insert:插入报错(唯一键冲突与事务回滚) , 会造成空洞 , 因为这时候自增id已经分配出去了,新的自增值已经生成,如下面例子:
[root@localhost][test1] select * fromt;
+----+------+
| id | name |
+----+------+
|1| aaa|
|2| aaa|
|3| aaa|
|4| aaa|
+----+------+
4 rows in set (0.00 sec)
[root@localhost][test1] selectAuto_increment from information_schema.tables where table_name='t';
+----------------+
| Auto_increment |
+----------------+
|5 |
+----------------+
1 row in set (0.00 sec)
[root@localhost][test1] begin;
Query OK, 0 rows affected (0.00 sec)
[root@localhost][test1] insert intot(name) values('aaa');
Query OK, 1 row affected (0.00 sec)
[root@localhost][test1] select * fromt;

推荐阅读