MySQL Forums :: MyISAM :: Often corrupt table indexes


Advanced Search

Re: Often corrupt table indexes
Posted by: oliver ()
Date: July 20, 2005 12:13PM

Hi Ingo,

I already started working on a Windows Application to reproduce the Error condition. I should be finished by the end of the weekend.
Something to consider: The database we have that is always crushing is running on a production machine with two double core xeon cpu. I have the same database running on two development machines which are doing exacly the same thing (same batch execution) but there the indices never got currupted by now... Never noticed before, but maybe it has something to do with multithreading on multiple cpu?

I absolutely agree with you about keeping the discussion open. I lust wanted to have a way to send the sample data to you when I am finished with the application.

Regards, Oliver

Options: ReplyQuote


Subject Views Written By Posted
Often corrupt table indexes 7265 Daniel Draes 06/11/2005 01:54PM
Re: Often corrupt table indexes 2727 Ingo Strüwing 06/13/2005 02:41AM
Re: Often corrupt table indexes 2720 oliver 07/20/2005 01:20AM
Re: Often corrupt table indexes 2439 Ingo Strüwing 07/20/2005 05:25AM
Re: Often corrupt table indexes 2304 oliver 07/20/2005 07:40AM
Re: Often corrupt table indexes 2190 Ingo Strüwing 07/20/2005 09:03AM
Re: Often corrupt table indexes 2174 oliver 07/20/2005 12:13PM
Re: Often corrupt table indexes 2070 Ingo Strüwing 07/21/2005 04:16AM
Re: Often corrupt table indexes 2119 oliver 07/22/2005 03:05PM
Re: Often corrupt table indexes 2098 Ingo Strüwing 07/25/2005 02:26AM
Re: Often corrupt table indexes 2099 Mark Lastdrager 08/01/2005 02:26AM
Re: Often corrupt table indexes 2066 Ingo Strüwing 08/02/2005 03:32AM
Re: Often corrupt table indexes 2126 Mark Lastdrager 08/02/2005 09:00AM
Re: Often corrupt table indexes 2361 kaz mccoy 08/16/2005 12:04PM


Sorry, you can't reply to this topic. It has been closed.

Content reproduced on this site is the property of the respective copyright holders. It is not reviewed in advance by Oracle and does not necessarily represent the opinion of Oracle or any other party.