TIDB 自增ID 后插入数据ID小[通俗易懂]

TIDB 自增ID 后插入数据ID小[通俗易懂]业务同学遇见这样的一个问题 select * from t where id>100 order by id asc limit 200; 发现只查到了10个数据 最小的id是101,最大的id是1…

业务同学遇见这样的一个问题

select * from t where id>100 order by id asc limit 200;

发现只查到了10个数据

最小的id是101,最大的id是130

然后去控制台执行

select * from t where id>100 and id<=130;

发现又能获取到30个数据

 

推测是TIDB自增ID有问题,先写入了ID大的值,后写入了ID小的值

 

查到在TIDB官方文档上有解释

https://pingcap.com/docs-cn/stable/faq/tidb/

1.1.22 TiDB 中,为什么出现后插入数据的自增 ID 反而小?

TiDB 的自增 ID (AUTO_INCREMENT) 只保证自增且唯一,并不保证连续分配。TiDB 目前采用批量分配的方式,所以如果在多台 TiDB 上同时插入数据,分配的自增 ID 会不连续。当多个线程并发往不同的 tidb-server 插入数据的时候,有可能会出现后插入的数据自增 ID 小的情况。此外,TiDB允许给整型类型的字段指定 AUTO_INCREMENT,且一个表只允许一个属性为 AUTO_INCREMENT 的字段。详情可参考CREATE TABLE 语法

 

https://pingcap.com/docs-cn/stable/reference/mysql-compatibility/#%E8%87%AA%E5%A2%9E-id

TiDB 目前采用批量分配 ID 的方式

TiDB 实现自增 ID 的原理是每个 tidb-server 实例缓存一段 ID 值用于分配(目前会缓存 30000 个 ID),用完这段值再去取下一段。

 

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。
转载请注明出处: https://daima100.com/10843.html

(0)
上一篇 2022-12-20
下一篇 2022-12-20

相关推荐

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注