-
Notifications
You must be signed in to change notification settings - Fork 5.8k
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
DB created successfully but failure returned #6957
Comments
@CrazyNash Thanks for your feedback! |
PTAL @zimulala |
Note that, proxysql run above TiDB, seems timeout returned from proxysql. You can ignore the timeout, the db creation failure must be from TiDB. |
@CrazyNash |
OK I recreated this again just now, with TiDB logs captured. Although slightly different this time. [set up]
[my scrip log from 172.28.245.61]
[my script log from 172.18.180.138] 2018-07-02 11:41:15 show databases like 'grafana'; [log from first tidb]
[log from second tidb]
[log from the third tidb] |
@CrazyNash |
@zimulala from client perspective, it shouldn't return failure, because the db was created. so this is a bug, right? any plan to fix it? |
@CrazyNash |
@zimulala for this recreation, there were two servers running my script.
[Here is log from first instance of proxysql]
[Here is log from second instance of proxysql]
|
@CrazyNash |
@CrazyNash |
@zimulala |
@CrazyNash |
If you still have problems, you can reopen. |
Please answer these questions before submitting your issue. Thanks!
If possible, provide a recipe for reproducing the error.
docker deploy TiDB cluster, then start same shell script from two servers at the same time.
for each script:
"show database like XXX"
if the database doesn't exist then "create database XXX"
only one agent could create the DB, and TiDB should return success from that agent.
At the beginning, I can see mysql connection timeout errors, and also connection refused errors later
After several times retries(around 30s later, mysql client connected successfully)
both agent got empty result for "show databases XXX", that means the db doesn't exist.
both agent start to create same DB
both agent got "failed, the database already exists"
Got exactly same log from my script from two servers, interesting show database command took around 5s to complete
tidb-server -V
or runselect tidb_version();
on TiDB)?v2.04
Note: can't hit this issue every time, roughly 1 from 20
The text was updated successfully, but these errors were encountered: