MySQL 表不断损坏,需要一个简单的故障转移解决方案吗?

MySQL 表不断损坏,需要一个简单的故障转移解决方案吗?

最近,我的一个客户服务器在 Planet 上崩溃了,我们收到了一封自动发送的电子邮件,说他们必须进行硬重启。从那时起,mysqld 偶尔会停止运行,然后购物车不再允许用户将产品添加到购物车中。我发现这是一个损坏的存储会话数据的表。这个表每隔几天就会崩溃一次,在 Planet 的技术支持人员查看服务器后,他们升级了 BIOS 内存,并计划更换整个服务器,因为存在一些硬件问题。

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

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

如果一个数据库中的表损坏了,复制会有帮助吗?复制它不会只是复制损坏的表数据吗?所以我需要某种方法来监控表,如果有任何损坏,重定向流量或使该数据库脱机,直到修复为止。任何帮助都值得感激,解决方案越简单越好

谢谢

答案1

原始数据文件的增量备份怎么样?

相关内容