-
Notifications
You must be signed in to change notification settings - Fork 5.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
MySQL compatible AUTO_INCREMENT #38442
Labels
type/feature-request
Categorizes issue or PR as related to a new feature.
Comments
tiancaiamao
added
the
type/feature-request
Categorizes issue or PR as related to a new feature.
label
Oct 13, 2022
12 tasks
This was referenced Oct 28, 2022
Split the original PR to make the reviewer's life easier:
|
12 tasks
12 tasks
4 tasks
12 tasks
This was referenced Jun 20, 2023
Merged
@tiancaiamao can we close this issue? |
13 tasks
terry1purcell
pushed a commit
to terry1purcell/tidb
that referenced
this issue
May 17, 2024
13 tasks
RidRisR
pushed a commit
to RidRisR/tidb
that referenced
this issue
May 23, 2024
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Feature Request
Is your feature request related to a problem? Please describe:
Currently, TiDB support AUTO_INCREMENT ID that is unique, incremental, but the IDs maybe non-continuous.
For example, where there are two TiDB instance, allocate from instance A get [0-20000),
allocate from instance B get [20000-40000)...
after instance A exhaust its cached IDs, the next allocation get 40000.
The ID sequence looks like: ...19998, 19999, [the hole here], 40000, 40001...
Describe the feature you'd like:
I would like it to be fully MySQL-compatible
Describe alternatives you've considered:
Teachability, Documentation, Adoption, Migration Strategy:
A centralized auto ID allocating service, so that the AUTO_INCREMENT ID could be unique, incremental, and noncontinuous, just like MySQL.
The text was updated successfully, but these errors were encountered: