主机复制MySQL性能

我目前在一台16核60gig ram服务器上有一个MySQL实例。该实例不断收到大量基于网站和应用程序流量的插入和更新。问题在于，当运行报表或使用大量cron时，这会导致服务器陷入困境，插入开始出现锁定超时

我已经研究过集群，但我认为目前这对我们来说太先进了。我想澄清关于主复制（2x16core 60gig）概念的一些问题

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

2） 如果一台主机宕机，另一台主机是否继续工作，此外，当宕机主机重新联机时，它是否从另一台主机恢复丢失的事务

3） 我可以运行4个Master，其中2个是其他2个的故障转移吗

---

非常感谢您的帮助

我想你不需要1年后的答案，只需要其他有类似问题的人

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

复制相当健壮。如果主机在短时间内无法访问（有时也是由于网络问题），则在主机重新启动后，副本会自动重新同步

如果某个复制副本死亡或无法访问更长时间，则未来的同步取决于它“死亡”的时间。为了使复制副本能够同步，主机必须有旧的二进制日志仍然存在。如果它们已被删除，则必须重新创建副本。（如果除了运行和接收更新之外，所有副本都无法访问主副本，则这也可能是一个问题。因此，不要试图在磁盘容量上节省资金…）

母版+副本越多越好。您可以将更新分叉到更独立的主机。或者设置主机到主机的复制-效果很好，我用了一段时间

如果经常出现网络问题，我建议调整设置-参见此处-

我强烈建议在prometheus+grafana中使用mysql\u exporter（）+Percona仪表板（）进行监控。它允许您实时查看复制中的延迟，新的Grafana 4.0甚至允许您对其设置警报。让您的生活更轻松：-）