问：
我继承了一个系统，该系统包含（为简单起见）2个写入单个主数据库的应用程序服务器。一个应用程序服务器执行相当多的操作{少量时间，如毫秒。每单位时间。另一个应用程序服务器就像一个API服务器，客户端通过它进行交互。此“API”服务器在数据库中的一半表上运行，其中大多数表是其他应用程序服务器不需要的。但是，“API”服务器确实会导致其他应用程序服务器通过与SQL Server的交互而浪费时间和性能。
我想知道解决这个问题的好方法。
到目前为止的想法
[1]创建第二个数据库，该数据库将使用当前数据库从属主服务器。获取http://mysql-mmm.org/脚本然后运行。 （并发？）
[2]慢慢开始将表从“master”数据库移动到新的“API”数据库中。 （许多遗留代码..）
[3]某种SQL优先级队列..（这可以是容错的吗？）
答案 0 :(得分：3)
第1步 - 找出瓶颈所在的地方
第2步 - 确定最佳回报率
如果你只是想让它表现得更好，那么你必须找出慢点所在的地方。理想情况下，您将使用3个主机，每个应用程序服务器一个，数据库一个。在这种配置中，如果数据库是硬盘运行，或者是CPU加载，锁争用等，你应该能够快速计算出来。
一旦你知道瓶颈在哪里，你就会有一个更加集中的问题需要解决。您建议的选项可能有所帮助，也可能没有帮助，具体取决于真正的瓶颈。