问我们需要MySQL冗余，但是复制不是一个选项。

EN

我想不出任何场景，在这种情况下，您无法设置复制以生成与具有适当体系结构的主服务器上相同的数据集。简而言之，这可能仍然是一种选择。

您可以使用DRBD在后端复制数据来设置两个服务器。对于故障转移，请使用Linux-HA。(心跳/起搏器)这将是一种主动/被动配置，如果没有共享存储，则不会像双主机那样快速地进行故障转移，但数据完整性得到更好的保证。

MySQL编写了一份关于这种架构的白皮书，名为MySQL和DRBD高可用性体系结构。

由NDB发动机使用的MySQL集群还可以启用高可用性体系结构。但是，引擎有特定的局限性，在使用之前需要考虑。它不适合基于事务的负载，例如Web应用程序通常使用的负载。

我所见过的专业MySQL顾问的普遍共识是，“如果你认为你需要NDB，你可能不需要。”

+1的DRBD和心跳-它做得相当好，并已节省了我的尾巴在生产不止一次。问题是，您的应用程序会支持失败到另一个数据库服务器，还是需要在db主机之间设置某种类似鲤鱼的共享IP？

不是为了越界，而是考虑过NoSQL解决方案，比如应用程序重写的CouchDB？CouchDB上的复制就像一个champ，而matter (N，甚至)通常只需要几分钟就可以配置。思想的食粮。