主从复制；读分割策略

Question

我们即将要求在 MySQL 数据库上进行复制，我正在寻找有关最佳策略的一些说明。希望这里提出的问题仍然足够具体。

目前，我们的应用程序有 1 个数据库，这是相当读取密集型的。我正在考虑从一个简单的主从设置开始，其中读取将根据应用程序内的一些基本负载平衡逻辑，将大约 40% 分配给主设备，将 60% 分配给从设备。

我说过 40-60 的分割是因为有一些偶尔的读取，我知道这些读取需要很长时间才能执行，可能是一分钟或更长时间。我计划始终将这些读取定向到主服务器，而不是对这些读取进行负载平衡。我宁愿让主站完成工作并给从站时间来赶上，而不是在更简单的查询上可能引入复制滞后。 （当我们可以升级到多个从站时，我们将有一个专门用于这些密集查询）。

所以我想我的问题是 - 这听起来像是一个明智的计划吗？如果不是，什么是更好的选择？

---

编辑以回应以下评论：

@Romain - 应用程序的很大一部分涉及登录用户发帖、评论和回复，因此对于这些操作，需要尽可能避免过时的数据。

@Jaydee - 是的，我为每个服务器内置了一个权重值，这样我就可以根据需要轻松更改读取百分比。