面试官问mysql 的自增 id 用完了,怎么办? 为什么mysql建议采用自增id

本文目录一览：

1、mysql中自增列为什么
2、实际大网站中mysql的主键用int还是guid?
3、mysql中id自动增长,如果删除某行数据,再插入新的数据

mysql中自增列为什么主键只能有一个，要设置索引的话请用index 。
auto_increment是用于主键自动增长的，从1开始增长，当你把第一条记录删除时，再插入第二跳数据时，主键值是2，不是1 。
你好！ InnoDB引擎表是基于B+树的索引组织表、如果表使用自增主键那么每次插入新的记录，记录就会顺序添加到当前索引节点的后续位置，当一页写满，就会自动开辟一个新的页。
这是数据库主键自增的固然性质所决定的，数据删除后，主键还是会继续增加的，即主键使用过一次将不会再次使用。
Mysql7及以下版本，innodb表的自增值保存在内存中，重启后表的自增值会设为max（id）+1，而myisam引擎的自增值是保存在文件中，重启不会丢失。Mysql0开始，innodb的自增id能持久化了，重启mysql ，自增ID不会丢。
实际大网站中mysql的主键用int还是guid?mysqllimit可以跟建表语句一起使用，主键值建议使用：int、bigint、char等类型。不建议使用：varchar来做主键。
long 。在mysql中，查询一条或多条数据，都会经过索引来更快的查询数据，一般每条数据都会有一个主键ID用来构建索引方便查询。自增主键ID一般都会选择int类型或者long类型。
int做主键，那么是子增长的，在数据库就按照有序的顺序来存储。但在如果不做特殊处理，在url上直接显示会被人猜处理，导致数据被非法查看。guid是散列话的，这样数据不是有序的而是随机写，效率会比int的差点。
数据库中主键和外键的设计原则主键和外键是把多个表组织为一个有效的关系数据库的粘合剂。主键和外键的设计对物理数据库的性能和可用性都有着决定性的影响。必须将数据库模式从理论上的逻辑设计转换为实际的物理设计。
MYSQL没有这样的功能问题并不大，你可以选择在应用程序层构造GUID插入数据库。不过就算MYSQL内置GUID也没有什么意义，并不是MYSQL技术不行，而是MYSQL追求更好的性能。因为使用了GUID后，性能会降低大概6-10倍左右。
在一个数据库里，timestamp值是唯一的 Uniqueidentifier 特殊数据型 Uniqueidentifier数据类型用来存储一个全局唯一标识符，即GUID 。GUID确实是全局唯一的。这个数几乎没有机会在另一个系统中被重建。
mysql中id自动增长,如果删除某行数据,再插入新的数据可以考虑在经过一段时间增删数据出现数字不连续情况后，采取删除自增ID字段，再重新添加自增ID字段来消除ID不连续的现象，也可以通过将数据导入含自增ID字段的空表等方法来消除数字间断。
数据库实现自增长都是通过一个变量来实现的，就是AUTO_INCREMENT 。每次插入一条数据，变量加1 。
自动ID列，如果删除了记录，再插入记录时，默认不会重用已经删除的id，因此是不连续的。但如果确实需要连续的ID，则删除后必须手工修改关于自动增长的值。
【面试官问mysql 的自增 id 用完了,怎么办? 为什么mysql建议采用自增id】可能的反方案：需要找到系统表，查找到对应该表键对应的计数器，进行修改。但这样可能引起一系列的系统同步的问题。如果系统没有提供对自增加值的修改，还是不要改的好。
[id] [int] IDENTITY （1，1）SQL语句是insert into user（name，passwd） values （name ，passwd）。新增一条数据 id 就会自动加1 INSERT INTO是sql数据库中的语句，可以用于向表格中插入新的行。