小编Cyp*_*ian的帖子

将 MySQL DB 拆分为两台服务器是个好主意吗

我有一个 MySQL 数据库服务器,它接受大量移动应用程序数据进行分析。我想知道出于优化原因,以下架构是否有意义且合适:

我想将 MySQL 数据库服务器拆分为两个单独的服务器,如下所示:

  • 服务器 A(主)将接收统计数据进行计算。
  • 服务器 B(主)将保留
    • 按需聚合(预先计算的数据)Master
    • 应用
    • 用户数据。

关系黑白服务器将是主-主。

  • 服务器 A -> 服务器 B:发送聚合(计算)数据
  • 服务器 B -> 服务器 A:发送新的应用程序和用户数据,以便为新跟踪的应用程序执行聚合。

如果我的推理是正确的,你能解释一下我如何准确地做到这一点吗?

mysql replication aggregate

5
推荐指数
1
解决办法
2167
查看次数

重数据挖掘系统的最佳架构解决方案,可在云端运行

我们目前将 MySQL 数据库托管在具有大量内存和处理器的专用服务器上。我们希望将其推向不同的架构,以便我们轻松扩展它,特别是在计算方面。我们目前正在测试的服务分析移动数据。我们希望能够使用云系统根据当前需要执行所有计算。您能否在系统架构方面为我们指明正确的方向。什么样的服务器场景最适合此类任务。

mysql clustering

1
推荐指数
1
解决办法
1105
查看次数

标签 统计

mysql ×2

aggregate ×1

clustering ×1

replication ×1