0

我正在研究我维护的数据库的未来。现在我们有一台使用 InnoDB 和 MyISAM 表运行 MySQL 的数据库服务器。我正在密切关注指标,我可以看到这不会永远持续下去。下一站去哪里?我已经审查了像 Cassandra 这样的解决方案,但我想坚持使用 SQL 方法,所以我不确定。我还审查了 NDB 集群和联合数据库解决方案,但我注意到没有人对这些有什么好说的。基本上,我在寻找有关中间解决方案的建议。我们还不需要在数十台数据库服务器上运行的庞大多节点阵列,但一台服务器即将达到其极限。我不想在不确保手头的数据库架构从额外的功能中受益的情况下,就将另一台服务器扔在一堆。你们对何时超越单一服务器以及如何管理这种过渡有什么建议。感谢任何可以提供帮助的人。

编辑以更好地解释:目前,我们有大约一百张桌子。我们运行许多连接操作来收集最终用户需要查看的数据,这样我们的大多数查询都会连接至少两个表来完成任何操作。数据集还不算大,只有几百Meg,但是访问数据的方式是每张表每天写几笔,最重的一天写一千左右。我们每天也可能有大约几十万次读取,所以读取的次数超过写入的次数大约为 9 比 1。

4

1 回答 1

1

第一个解决方案:

  • 指数走得很远
  • 使用分析软件找到你的慢查询并优化它们
  • 根据您的托管公司,您通常可以更新服务器的 RAM/CPU

第二种解决方案:

  • 将您的读取和写入分成两个数据库。(我不知道您是否使用 PHP,但 PHP 有一个插件可以自动为您拆分它们,而无需更改任何代码http://php.net/manual/en/mysqlnd-ms。 rwsplit.php )
  • 使用memcache之类的软件来存储经常查询但不经常更新的数据库信息
于 2013-04-08T20:43:51.593 回答