Bug #2323 | Table caching problem? data doesn't update | ||
---|---|---|---|
Submitted: | 8 Jan 2004 9:20 | Modified: | 26 Feb 2004 13:46 |
Reporter: | [ name withheld ] | Email Updates: | |
Status: | No Feedback | Impact on me: | |
Category: | MySQL Server | Severity: | S1 (Critical) |
Version: | 4.0.15 | OS: | MacOS (OSX 10.3.2) |
Assigned to: | CPU Architecture: | Any |
[8 Jan 2004 9:20]
[ name withheld ]
[8 Jan 2004 11:29]
Dean Ellis
We would need a table and data to go along with the query in order to test it... Please attach a script to create and populate the table with enough data to demonstrate the issue.
[17 Jan 2004 12:16]
MySQL Verification Team
Thanks for writting to us. In order to be able to repeat the problem we need your table. Please upload it tarred and gzipped (or just zipped) to the above "Files" tab. Thanks in advance.
[26 Jan 2004 13:46]
[ name withheld ]
Hi, It only works when you push a lot of data at it, and my datasets are too complex to send you the whole lot. However, that said, I think I have a description that will allow you to reproduce the problem. My scripts, that cause the problem are below, the problem is that the table 'Ranktable' gets corrupted, I think the thing that leads to the problem is a) creating a blank database with indexes b) importing a lot of data into that table the workaround I think is to repair the table after each import hope this helps, -steve DROP TABLE IF EXISTS Symptoms.RankTable; CREATE TABLE Symptoms.RankTable ( Rec_Id char(12), Type char(80), Value1 char(255), Value2 char(255), Value3 char(255), Value4 char(255), Value5 TEXT, Points int(8), pKey int not null auto_increment primary key, INDEX (Rec_Id), INDEX TypeVal1Rec (Type,Value1,Rec_Id), INDEX Val1TypeRec (Value1,Type,Rec_Id), INDEX Val2TypeRec (Value2,Type,Rec_Id), INDEX Val3TypeRec (Value3,Type,Rec_Id), INDEX Val4TypeRec (Value4,Type,Rec_Id), FULLTEXT Value5 (Value5) ); DELETE FROM Symptoms.RankTable WHERE Type="Reg"; INSERT INTO Symptoms.RankTable (Rec_Id, Type, Value1, Points) SELECT CCConsolidated.Rec_Id, "Reg", CCConsolidated.Country, SymptomPoints FROM Regulatory.CCConsolidated INNER JOIN Regulatory.Countries ON CCConsolidated.Country= Countries.Country INNER JOIN General.CountryList ON CCConsolidated.Country= CountryList.CountryShort LEFT JOIN PANChem.Chemicals ON CCConsolidated.Rec_Id = Chemicals.Rec_Id WHERE Data_Status LIKE "%registration%" and Key_CountryChem!="Reglist" ; DELETE FROM Symptoms.RankTable WHERE Type="Reg" AND Value1="United States"; INSERT INTO Symptoms.RankTable (Rec_Id, Type, Value1, Points) SELECT Rec_Id, "Reg", "United States", "30" FROM PANChem.Chemicals WHERE EPA_Reg="Yes"; REPAIR TABLE Symptoms.RankTable; /* NOTE Reglist feature might be droppable if CCConsolicated can be cleaned up.*/ FLUSH TABLES; INSERT INTO Symptoms.RankTable (Rec_Id, Type, Value1, Value2, Value4, Points) SELECT NCFAPUseFull.Rec_Id,Type, "United States", State, PSC AS Site_Code, Round(10*Log10(300*Sum(ACTrt97)/Sum(Ac97))) AS points FROM PURdb. NCFAPUseFull INNER JOIN Symptoms.SiteRollups ON (NCFAPUseFull.Site_Code=SiteRollups.RSC) WHERE State !="California" GROUP BY Rec_Id,STATE,PSC ORDER BY Points DESC; DELETE FROM Symptoms.RankTable WHERE Type LIKE ('Use%') AND Points<1; DELETE FROM Symptoms.RankTable WHERE Points IS NULL;
[14 Feb 2005 22:54]
Bugs System
No feedback was provided for this bug for over a month, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open".