mysql 主键自增 怎么处理

Posted 2023-04-25

方法一： 如果曾经的数据都不需要的话，可以直接清空所有数据，并将自增字段恢复从1开始计数
truncate table 表名

方法二： dbcc checkident (’table_name’, reseed, new_reseed_value) 当前值设置为 new_reseed_value。如果自创建表后没有将行插入该表，则在执行 DBCC CHECKIDENT 后插入的第一行将使用 new_reseed_value 作为标识。否则，下一个插入的行将使用 new_reseed_value + 1。如果 new_reseed_value 的值小于标识列中的最大值，以后引用该表时将产生 2627 号错误信息。
方法二不会清空已有数据，操作比较灵活，不仅可以将自增值归零，也适用于删除大量连续行后，重新设置自增值并插入新的数据；或从新的值开始，当然不能和已有的冲突。

$sql="delete from $table_vote";
mysql_query($sql, $link);
$sql="alter table $table_vote auto_increment=1";
mysql_query($sql, $link); 参考技术A 完全不懂。 参考技术B 列的自增属性，一般用来设置整数列根据一定步长逐步增长的值，类似于其他数据库的序列。不过这里的“序列”是基于特定一张表的。关于自增属性的相关特性如下：
1. 控制自增属性性能的变量：innodb_autoinc_lock_mode
innodb_autoinc_lock_mode=0
代表传统模式，也就是说，在对有自增属性的字段插入记录时，会持续持有一个表级别的自增锁，直到语句执行结束为止。比如说下面两条语句，SQL 1 在执行期间，一直持有对表 f1 的表级自增锁，接下来 SQL 2 执行时锁超时。
innodb_autoinc_lock_mode=1
代表连续模式，和传统模式差不多，不同的点在于对于简单的插入语句，比如 SQL 2，只在分配新的 ID 过程中持有一个轻量级的互斥锁（线程级别，而不是事务级别），而不是直到语句结束才释放的表锁。
代表交错模式。这个模式下放弃了自增表锁，产生的值会不连续。不过这是性能最高的模式，多条插入语句可以并发执行。MySQL 8.0 默认就是交错模式。
那针对复制安全来说，以上三种模式，0 和 1 对语句级别安全，也就是产生的二进制日志复制到任何其他机器都数据都一致；2 对于语句级别不安全；三种模式对二进制日志格式为行的都安全。
2. 控制自增属性的步长以及偏移量
一般用在主主复制架构或者多源复制架构里，主动规避主键冲突。
auto_increment_increment 控制步长
auto_increment_offset 控制偏移量
3. 对于要立刻获取插入值的需求
就是说要获取一张表任何时候的最大值，应该时刻执行以下 SQL 3 ，而不是 SQL 2。SQL 2 里的函数 last_insert_id() 只获取上一条语句最开始的 ID，只适合简单的 INSERT。
4. 自增列溢出现象
自增属性的列如果到了此列数据类型的最大值，会发生值溢出。比如变更表 f1 的自增属性列为 tinyint。
SQL 2 显式插入最大值 127， SQL 3 就报错了。所以这点上建议提前规划好自增列的字段类型，提前了解上限值。
5. 自增列也可以显式插入有符号的值
那针对这样的，建议在请求到达数据库前规避掉。 参考技术C 问题描述清楚，需要自增还是不需要

DB2 如何主键自增

简单啊，用序列！不过序列不会自动填充，那么写个触发器，让插入数据的时候，想要自增的主键去获取序列并填充。

自增列不好用，高并发容易出问题。 参考技术A 两个方案
1）sequence自增；
2）自增列 参考技术B 建议建SEQUENCE