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 6735 Daniel Draes 06/11/2005 01:54PM
Re: Often corrupt table indexes 2466 06/13/2005 02:41AM
Re: Often corrupt table indexes 2542 oliver 07/20/2005 01:20AM
Re: Often corrupt table indexes 2217 07/20/2005 05:25AM
Re: Often corrupt table indexes 2109 oliver 07/20/2005 07:40AM
Re: Often corrupt table indexes 1948 07/20/2005 09:03AM
Re: Often corrupt table indexes 1911 oliver 07/20/2005 12:13PM
Re: Often corrupt table indexes 1850 07/21/2005 04:16AM
Re: Often corrupt table indexes 1913 oliver 07/22/2005 03:05PM
Re: Often corrupt table indexes 1834 07/25/2005 02:26AM
Re: Often corrupt table indexes 1848 Mark Lastdrager 08/01/2005 02:26AM
Re: Often corrupt table indexes 1784 08/02/2005 03:32AM
Re: Often corrupt table indexes 1904 Mark Lastdrager 08/02/2005 09:00AM
Re: Often corrupt table indexes 2100 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.