4. 高昂的部署成本 当大家的MySQL架构架构逐渐逼近单一实例服务器的局限，这时开发人员用于处理向外扩展问题所耗费的时间甚至会多于构建业务功能的时间。 最重要的是，我们针对请求所开发出的每一项新功能都需要考虑愈发复杂的MySQL构架，而无法仅仅面向最基本的SQL原则。原本简单的请求变得极为复 杂。当开发人员需要把大量时间耗费在向外扩展数据库系统身上时，大家必须在两种处理方式之间作出选择：如果这种扩展方法能够帮助业务实现差异性，那么现有 机制尚有存在价值;如若不然，我们应该考虑把这部分时间用在更能发挥价值的地方。 5. 购买各种不同类型的硬件 对单一实例MySQL数据库进行向上扩展只允许大家在现有商用硬件中进行挑选。我们当然可以在自己的系统中使用最为强大的CPU产品，或者采购一大堆扩展内存，但请记住——我们的主板接入能力是有限的，这才是最大的问题。 选择商用硬件之外的方案可算是缩小性能差距努力中的最后一种可行尝试。配备全闪存驱动器、512GB内存以及最高速处理器的顶级系统所带来的开支，足以帮助大家买下一整套商用系统集群——甚至还不止。 真正的向外扩展NewSQL解决方案在设计思路上优先考虑运行在价格低廉的商用硬件之上，而这类设备正是当前高性价比方案的典型代表。这样一来，大家的运营费用将始终保持可预测性，从而保证设施规模始终符合业务营收而非超出营收水平。 |
