Skip to content
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

Closed
tiancaiamao opened this issue Oct 13, 2022 · 2 comments
Closed

MySQL compatible AUTO_INCREMENT #38442

tiancaiamao opened this issue Oct 13, 2022 · 2 comments
Labels
type/feature-request Categorizes issue or PR as related to a new feature.

Comments

@tiancaiamao
Copy link
Contributor

tiancaiamao commented Oct 13, 2022

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.

@tiancaiamao
Copy link
Contributor Author

Split the original PR to make the reviewer's life easier:

@dveeden
Copy link
Contributor

dveeden commented Jul 7, 2023

@tiancaiamao can we close this issue?

ti-chi-bot bot pushed a commit that referenced this issue Aug 2, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type/feature-request Categorizes issue or PR as related to a new feature.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants