We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
Please answer these questions before submitting your issue. Thanks!
/* init */ CREATE TABLE t (c1 INT PRIMARY KEY, c2 INT); /* init */ INSERT INTO t (c1, c2) VALUES (1, 1); /* t1 */ BEGIN; /* t1 */ UPDATE t SET c1=2, c2=2; /* t2 */ BEGIN; /* t2 */ DELETE FROM t; -- t2 blocked /* t1 */ COMMIT; -- t2 unblocked /* t2 */ SELECT * FROM t; /* t2 */ COMMIT;
The result of SELECT statement in the second transaction should get an empty set.
The result of SELECT statement in the second transaction is (1, 1).
It is weird that SELECT statement is not empty only if table has the primary key.
+--------------------+ | version() | +--------------------+ | 5.7.25-TiDB-v5.4.0 | +--------------------+
The text was updated successfully, but these errors were encountered:
Closing as a duplicate of #33315
Sorry, something went wrong.
No branches or pull requests
Bug Report
Please answer these questions before submitting your issue. Thanks!
1. Minimal reproduce step (Required)
2. What did you expect to see? (Required)
The result of SELECT statement in the second transaction should get an empty set.
3. What did you see instead (Required)
The result of SELECT statement in the second transaction is (1, 1).
It is weird that SELECT statement is not empty only if table has the primary key.
4. What is your TiDB version? (Required)
The text was updated successfully, but these errors were encountered: