我们接近要求在我们的 MySQL 数据库上进行复制，我正在寻找有关最佳策略的一些说明。希望这仍然是一个足够具体的问题，可以在这里提出。
我们目前有 1 个 DB 用于我们的应用程序，这是相当读取密集型的。我正在考虑从一个简单的主从设置开始，根据应用程序中的一些基本负载平衡逻辑，读取将被分成大约 40% 的主设备和 60% 的从设备。
我已经说过 40-60 的拆分，因为我知道偶尔会有一些读取需要很长时间才能执行，可能需要一分钟或更长时间。我不打算对这些读取进行负载平衡，而是计划始终将它们定向到主服务器。我宁愿让主服务器完成工作并给从服务器时间赶上，而不是可能在更简单的查询上引入复制滞后。（当我们可以推进到多个从属服务器时，我们将有一个专用于这些密集查询）。
所以我想我的问题是——这听起来像一个理智的计划吗，或者如果不是，还有什么更好的选择？
编辑以回应以下评论：
@Romain - 应用程序的很大一部分涉及登录用户发布、评论和回复，因此对于这些操作，需要尽可能避免陈旧数据。
@Jaydee - 是的，我为每台服务器建立了一个权重值，因此我可以在需要时轻松更改读取百分比。