嗯，目前也是在调研 haproxy+ keepalived的方案， 后续了解下 tiproxy
这是历史问题，某个业务在前端展示的时候按照ID进行了排序，所以要求多server节点的时候也要连续
这确实是个问题，这两天也关注到这个热点问题了
你在使用haproxy 多server高可用的时候， auto_increment 是整体连续的吗？ 你是使用那个版本多的高可用呢，目前6.1版本之前都是 区间连续，整体不保证连续呢？ 求解答
历史问题，业务在进行前端排序 的时候按照ID进行排序展示了
好的，谢谢，我了解下
嗯，也注意到这个参数AUTO_ID_CACHE了，在尝试验证中
新加一个字段
event_time DATETIME NOT NULL DEFAULT NOW()
然后用这个字段排序。这样会比较好。
在从传统数据库迁移到像TiDB这种分布式数据的时候真的深有同感，很多迁移过来说之前是自增主键而且连续，说迁移过滤也要保持一致，后面一个个分析发现，其实很多只是没有业务主键通过自增主键需要保持唯一，根本不需要所谓的全局连续。对于TiDB这种分布式数据库而言，要全局连续总感觉有点是坏味道。
1 个赞
用lvs，或者keepalived负载均衡。
tidb用两套不容易一个篮子的鸡蛋都打碎