Bug #6084 | SELECT on temporary table fails when query cache is on | ||
---|---|---|---|
Submitted: | 14 Oct 2004 9:16 | Modified: | 24 Oct 2004 7:14 |
Reporter: | Georg Richter | Email Updates: | |
Status: | Closed | Impact on me: | |
Category: | MySQL Server | Severity: | S3 (Non-critical) |
Version: | 4.0 | OS: | Linux (Linux) |
Assigned to: | Oleksandr Byelkin | CPU Architecture: | Any |
[14 Oct 2004 9:16]
Georg Richter
[14 Oct 2004 16:15]
MySQL Verification Team
Do you have a query cache turned on?
[14 Oct 2004 17:51]
Georg Richter
Victoria, you're right, it's a table cache problem, which happens also with other tables (non referenced). Works ok, if query cache is disabled. (I changed synopsis)
[21 Oct 2004 20:57]
Oleksandr Byelkin
ChangeSet 1.2049 04/10/21 23:56:12 bell@sanja.is.com.ua +4 -0 Check of temporary tables hiding for query fetched from QC (BUG#6084)
[24 Oct 2004 7:14]
Oleksandr Byelkin
Thank you for bugreport! Bug is fixed, patch is pushed into our source repository.
[17 Feb 2006 16:01]
Baron Schwartz
Is this bug really fixed at this time? I am seeing similar behavior in 4.1.7-standard-log on Gentoo Linux. Perhaps it is a regression. I have a more detailed test case as well, if that is of interest. I can, for example, select * and get no rows from the temp table, but selecting count(*) returns 4 (the number of rows in the temp table). Selecting a named column will also return 4 rows.
[24 Feb 2006 14:08]
Oleksandr Byelkin
4.1.7 is _really_ old version