对于频繁的数据库更新和罕见的选择，正确的MySql复制配置是什么？

Question

我们目前在自己的服务器上有一个主db，在app服务器上有从db。

App执行非常频繁，但更新很轻(比如增加计数器)，偶尔(每几分钟一次)大量选择(这是应用程序中最重要的部分)。当应用程序只连接到主db时，没有性能问题。随着从db的引入，app服务器上的CPU负载在那个沉重的选择期内增加到大约6-10个(从以前的3-4 )。

当服务器不运行那些频繁的更新时，似乎对selects的性能没有限制。因此，我有一种感觉，这些更新是导致性能下降的原因(而且这些频繁的更新并不重要，因此如果从db在一段时间内没有将它们与主数据库同步，那么就可以了)。

对于这样的应用程序，什么是好的db复制设置？我们可以调整哪些复制参数？

谢谢。

Answer 1

在主服务器上运行重选择，并将从服务器仅用作数据的备份。如果你的主人倒下了，那么你可以暂时使用奴隶，直到你让主人再次运行。

Answer 2

从服务器(用于冗余)的负载通常低于其主服务器(没有选择，单执行线程)，但仍然有几乎所有的磁盘写入能力要求。如果您的应用程序也需要磁盘资源，那么它将与从服务器竞争，而这正是负载平均值上升的时候。

我想再给你的奴隶拿个盒子来。