MySQL表不断腐败,需要一个简单的故障转移解决scheme?

我的一个客户服务器最近在这个星球上坠毁,我们从他们那里得到了一个自动的电子邮件,他们必须重新启动。 此后,mysqld偶尔停止运行,然后购物车停止让用户将产品添加到购物车中。 我发现这是一个存储会话数据的表损坏。 这张桌子每隔几天就会崩溃,在这个星球上的技术支持人员查看服务器后,他们升级了BIOS的内存,并计划replace整个服务器,因为存在一些硬件问题。

所有的崩溃似乎都影响了购物车,主要是会议桌。 什么是一个简单的解决scheme,故障转移到另一个数据库,如果表损坏? 我search了这个网站,看到了一些指向这三个网站的问题和答案

http://www.codership.com/ http://mysql-mmm.org/ http://dev.mysql.com/doc/refman/5.1/en/replication-solutions-switch.html

将复制帮助,如果一个表损坏在一个数据库不会复制它只是复制坏表数据? 所以我需要一些方法来监视表,如果有任何损坏的redirectstream量或采取该数据库脱机,直到它的固定。 任何帮助表示赞赏,解决scheme越简单越好

谢谢

如何增量备份你的原始数据文件?