master master复制MySQL性能

Question

我目前在16核心60gig ram服务器上有一个MySQL实例。 该实例根据我们网站和应用程序的访问量不断收到大量插入和更新。 问题是当报表运行或繁重的重度运行时，这会导致服务器运行困难，并且插入内容开始达到锁定超时。

我看过集群，但是我认为这对我们来说太先进了。 我想解决一些有关主-主复制（2x 16core 60gig）的问题。

1）我可以使用一个主机进行写入和更新，而另一个主机进行大量读取，这对我的性能问题有帮助吗？

2）如果一个主服务器宕机，另一个继续运行，而且当被关闭的主服务器重新联机时，它是否可以恢复从另一个主服务器丢失的交易？

3）我可以运行4个主机，其中2个作为其他2个的故障转移吗？

任何帮助是极大的赞赏。

Answer 1

我想您在1年后不需要答案，而只是对其他有类似问题的人。

我们使用一个主机进行大量更新，而使用3个副本进行应用程序大量读取。

复制功能非常强大。 如果主服务器无法访问（有时也是由于网络问题），则副本服务器在主服务器再次启动后会自行重新同步。

如果某些副本死亡或较长时间无法访问，则未来的同步取决于该副本“失效”的时间。 对于副本，要能够同步原版，必须保留旧的二进制日志。 如果它们已被删除，则必须重新创建副本。 （如果所有副本都无法访问主副本，但正在运行并接收更新，这也可能是一个问题。因此，请勿尝试在磁盘容量上节省资金...）

更多的母版+副本更好。 您可以将更新派生到更多独立的母版。 或将母版设置为母版复制-很好用了一段时间。

如果经常出现网络问题，我建议您摆弄设置-参见此处-http://mysql.freeideas.cz/subdom/mysql/2016/08/16/mysql-replication-troubleshooting-lags-on-replicas/

我强烈建议在带有mysql_exporter（ https://github.com/prometheus/mysqld_exporter ）+ Percona仪表板（ https://github.com/percona/grafana-dashboards ）的prometheus + grafana中使用监视。 它使您可以实时查看复制的延迟，而新的Grafana 4.0甚至允许您对其设置警报。 使您的生活更轻松:-)