Bug #30159 | Different results with SELECT FOR UPDATE versus plain SELECT | ||
---|---|---|---|
Submitted: | 31 Jul 2007 21:46 | Modified: | 1 Aug 2007 16:09 |
Reporter: | Peter Gulutzan | Email Updates: | |
Status: | Verified | Impact on me: | |
Category: | MySQL Server: DML | Severity: | S3 (Non-critical) |
Version: | 5.1.21-beta-debug | OS: | Linux (SUSE 10 64-bit) |
Assigned to: | Assigned Account | CPU Architecture: | Any |
[31 Jul 2007 21:46]
Peter Gulutzan
[31 Jul 2007 22:02]
MySQL Verification Team
Thank you for the bug report. Verified as described.
[1 Aug 2007 15:24]
Paul DuBois
Hi Peter, "Under some circumstances": What is the nature of these circumstances? (That is, what is the basis for having an expectation that the queries will return different results.)
[1 Aug 2007 15:50]
Peter Gulutzan
I've changed the category to 'server bug' because (a) Paul DuBois is unaware of any documentation about this behaviour (b) making it a 'server bug' might help us find who worked on FOR UPDATE. I still think it can be okay if SELECT and SELECT FOR UPDATE return different results "under some circumstances", and so does Mr Schumacher: http://dev.mysql.com/tech-resources/articles/falcon-transactional-engine-part2.html "The result of a simple SELECT and a SELECT … FOR UPDATE may differ within the same repeatable read transaction." But if so the responsible person should list what the circumstances are. See also Bug#29320.
[1 Aug 2007 15:58]
Peter Gulutzan
http://dev.mysql.com/tech-resources/articles/falcon-transactional-engine-part2.html "The result of a simple SELECT and a SELECT … FOR UPDATE may differ within the same repeatable read transaction."