Bug #87911 | Wrong Query Result immediately after a large delete operation | ||
---|---|---|---|
Submitted: | 29 Sep 2017 10:50 | Modified: | 22 Jun 2018 4:55 |
Reporter: | Mark Schuart | Email Updates: | |
Status: | Duplicate | Impact on me: | |
Category: | MySQL Server: Optimizer | Severity: | S2 (Serious) |
Version: | 5.7.18, 5.7.19 | OS: | Any |
Assigned to: | CPU Architecture: | Any |
[29 Sep 2017 10:50]
Mark Schuart
[29 Sep 2017 12:40]
MySQL Verification Team
Hello Mark, Thank you for the report. In order to confirm this issue at our end, may I request you to please provide complete logical dump of the data, exact SQL queries(along with explain plan for the SELECT) and configuration details from your environment? This would help us to reproduce the reported issue at our end. If the data you need to attach is more than 3MB, you should create a compressed archive of the data and a README file that describes the data with a filename that includes the bug number (recommended filename: mysql-bug-data-87911.zip) and upload one to sftp.oracle.com. Your Oracle Web account (m.schuart@bachmann.info) and a client that supports SFTP are required in order to access the SFTP server. More upload specific details are in the "Files" section of this bug report. Thanks, Umesh
[29 Sep 2017 14:10]
Mark Schuart
The problem does not occur when I recreate the tables, so a logical dump of affected tables wont help and I can't give you the whole DB. It seams to be a timing problem depending on the current internal structure of pages, mysqlcheck nor innochecksum doesn't find any error. Is there any other possibility to verify it, could we arrange a WebEX or TeamViewer session?
[2 Oct 2017 13:28]
Mark Schuart
Hello Umesh, I removed all unnecessary Tables from the database and uploaded it including a test case. Hope this helps Mark
[7 Oct 2017 12:06]
MySQL Verification Team
Thank you Mark, for providing requested data(looks like you have provided entire datadir). Could you please also post conf details(if not defaults),exact delete, and select statement which showing the problem? Please mark it as private when you post here. Regards, Umesh
[16 Oct 2017 10:15]
Mark Schuart
The uploaded zip-file contains - my.ini with my configuration it is almost the default cfg - README-file with detailed explanation - sql-files with all the statements - bat-file to run the test - out-files with the results from my run of the bat-file If the zip-file is already deleted please let me know. The Symptom: If I run the statements from test.sql I get different results from selectOnly.sql depending on the time between both calls.
[17 Oct 2017 8:11]
MySQL Verification Team
I'm not seeing any zip file with name mysql-bug-data-87911.zip etc Please re-upload and let me know once you have uploaded. I've tried with dummy schema/data but not seeing the issue even with millions of rows. Also, as you mentioned in original post "If we delay the query we get the correct result." sounds like some other issue. Thanks, Umesh
[17 Oct 2017 11:23]
Mark Schuart
I uploaded it again. Please look for a file called mysql-bug-data-87911-2.zip
[17 Oct 2017 12:19]
MySQL Verification Team
Thank you, let me download and test at my end. Regards, Umesh
[19 Dec 2017 9:17]
Mark Schuart
Could you find a solution? Is it already fixed in current version?
[22 Jun 2018 4:55]
MySQL Verification Team
Imho - Let us call this as a duplicate of Bug #91362 since it is fully verified. Thanks, Umesh