Skip navigation links

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 6746 Daniel Draes 06/11/2005 01:54PM
Re: Often corrupt table indexes 2468 06/13/2005 02:41AM
Re: Often corrupt table indexes 2547 oliver 07/20/2005 01:20AM
Re: Often corrupt table indexes 2225 07/20/2005 05:25AM
Re: Often corrupt table indexes 2116 oliver 07/20/2005 07:40AM
Re: Often corrupt table indexes 1950 07/20/2005 09:03AM
Re: Often corrupt table indexes 1921 oliver 07/20/2005 12:13PM
Re: Often corrupt table indexes 1853 07/21/2005 04:16AM
Re: Often corrupt table indexes 1915 oliver 07/22/2005 03:05PM
Re: Often corrupt table indexes 1841 07/25/2005 02:26AM
Re: Often corrupt table indexes 1858 Mark Lastdrager 08/01/2005 02:26AM
Re: Often corrupt table indexes 1792 08/02/2005 03:32AM
Re: Often corrupt table indexes 1907 Mark Lastdrager 08/02/2005 09:00AM
Re: Often corrupt table indexes 2109 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.