业务同学遇见这样的一个问题
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），用完这段值再去取下一段。
