SQL Databases Don't Scale （简译）

我经常问的一个问题是：你是如何来扩展SQL Database的？有很多的方法可以做到，比如使用缓存，共享或者用其他的技术将压力从数据库释放，但实际上我们没有。SQL Database从根本上来说是不具有扩展性的，我们也没有魔法使它忽然具有扩展性。
什么是扩展性？
必须具有几下几点：
横向扩展：更多的server可以带来更高的性能。
对应用程序的透明性：扩展的实现对于业务逻辑来说是透明的，逻辑上只有一个server服务于业务。
单点失败不会导致故障：单个server或者节点的宕机不会导致系统的失败。
接下来，让我们看一些技术如何“扩展”SQL Database以及他们为什么没有达到以上几点。
纵向扩展
一种方法去扩展SQL Database是买更大的server或者存储。这带来的问题是：
运输变的复杂
原来的机器落后，升级变的浪费资源
你不知道到底类似容量这样的问题会变的有多大
这个不符合扩展性的第一条。
分区，共享
根据逻辑对数据进行分区。这种方法也是纵向扩展的一种方法，它紧密依赖于应用并且你需要仔细的去计划你的schema。
这种方法对于程序来说是不透明的，必须和业务结合在一起，不符合扩展性的第二条。更严重的问题是，数据库是关系数据库，存储的数据也是相关的，这样的相关数据分布在多个server上，你需要为这样重复的关系服务，而且当他们返回时必须在客户端重新构建这样的关系。
只读的Slave
MySql的杀手级应用就是配置方便的master-slave复制，你可以用一个read-only-slave来处理你的读应用而把所有的insert update delete都由master来处理。
这种方式是最好的扩展方式，这也是很多大型的MySql在使用的方法。对于读扩展来说这样的方法是好的，对于写扩展来说这样的效率还是不行的，而且当你维护master server的时候，也会造成整个系统的宕机。
原文：http://adam.blog.heroku.com/past/2009/7/6/sql_databases_dont_scale/