mysql中自增怎么写

等等，昨天我在调试订单时发现了一些有趣的事情。
就在这时，系统突然报错。
插入数据时ID卡住，无法添加。
查了半天，原来是最近有人更改了配置，将自动增益的初始值调小了。
导致两个表同时操作时数值会冲突。
你说这个递增顺序看起来很简单但是使用的时候要小心。
如果并发量增加，即使有上百个请求，也可能无法发现问题。
它不像家乡门前的那棵老树一样，多年不变，自然受到风雨的影响。

MySQL自增主键知识点总结

MySQL自升级的关键需要详细说明。

1 .如何为自己节省增值？
MyISAM引擎：直接将自增值存储在表数据文件中。
简单又粗糙。

InnoDB引擎（5 .7 之前）：自身递增的值存储在内存中。
MySQL重启了吗？需要从表中找到最大值+步长，恢复到当前的自增值。

InnoDB引擎（8 .0以后）：自行添加的变更记录存储在redolog中。
重新启动了吗？查看redolog恢复的值。

2 自我增值价值如何变化？
输入时，如果自增列没有指定值，或者写入0或null，系统会填充当前的自增值，然后增加步长。
例如，如果步长为 1 0，则值为 1 、1 1 和 2 1
如果手动指定一个值，比如输入3 7 ，下一个自增值将从4 1 开始，跳过3 8 、3 9 和4 0。
因为不能重复。

3 如何改变自增量值和步长？
请参阅：显示“auto_inc%”等变量。

更改步长：SET @@auto_increment_increment = 1 0但是重启MySQL后就会消失，所以一定要记住。

查看最后获取的ID：SELECT last_insert_id()。

4 为什么自增列变得不连续？
事务回滚：比如输入1 ，然后再次回滚，但是自增值增加了1 ，所以没有持久化。

唯一键冲突：比如插入1 ，但是违反了唯一键，插入失败，但是自增值已经加1 了，所以不持久化。

批量插入未完成：例如INSERT...SELECT使用了7 个ID，但只插入了5 行。
剩下的2 个ID就浪费了。
下次从8 点开始。

5 插入失败会导致不连续吗？ 不！例如，如果你输入的值超出范围，而你还没有申请自增，就会直接报错。
自动增量值不会改变，当然也不会持久。

6 什么是自增列键？ 不是交易密钥！一旦您自己获得了增加的价值，就放手吧，无需等待您的交易提交。

MySQL 5 .0之前：在语句执行后发出。

MySQL5 .1 及更高版本：有一个innodb_autoinc_lock_mode控制参数：
0：旧规则，完整句子。

1 ：普通INSERT检索后保存。
批量插入（INSERT ... VALUES 或 INSERT ... SELECT）必须等到语句完成。

2 ：获取所有 INSERT 后将其放入。
默认值为 1
7 为什么主从复制会出现问题？
当binlog_format=STATEMENT时，记录SQL。
主库事务A插入两项，事务B插入一项并回滚，事务A插入另一项（值为4 ），主库最终结果为1 、2 、4 但从库按顺序执行SQL，结果为1 、2 、3 ——主从数据不匹配。

如何解决？
进入时手动指定ID。

将binlog_format改为ROW，这样数据变化就会被记录下来，就不会出现这个问题了。

8 last_insert_id() 陷阱是什么？
不同的交易：每个交易都会返回自己的交易ID。

同一事务的多次插入：返回最后一个ID。

批量插入：返回第一项的ID。

老实说，这需要在现实生活中进行测试才能理解。

MySQL中设置自增主键id从1开始

上周我向一个数据库表添加了新数据，但我有点困惑，因为ID不是从1 开始的。
查了资料，执行SQL语句的结果是ALTER TABLE user AUTO_INCRMENT=1 ;我们可以解决您的问题。
2 02 3 年有朋友这样调整了他的表，此后ID一直正常增长。
特别是该语句使自增列从1 重新开始计数，操作简单，效果立竿见影，避免了ID顺序混乱的问题。
你会明白的。
下次遇到这种情况时，可以尝试一下这个方法。
但是，我认为如果表中有很多数据，这可能会花费更多时间。
忘了它。
我们暂时就这样吧。