怎么做数据库扩展（scale out）

常用方式

把负载（数据）做一个划分，让其不断细分下去，划分不跟数据库相关，跟应用相关

常见的拆分方式

• 按照业务划分：把不同地域的用户的请求和数据放在不同的数据库中
  • 优点： 不需要用数据库本身的内核
• 分库/分表的扩展模式

  • Middleware:把请求分拆给多个数据库，然后再合起来

  • 问题：

    • 负载不均
    • 有些业务很难拆分（很难交给不同的数据库实现交互）
      • 订酒店：把不同的酒店分到不同的数据库
      • 转账：更新两个用户的账户，需要两个用户的账户都需要在一个数据库上，因为有事务的功能呀；不好拆，可以通过在middlewares上进行处理
    • 未必能拆分的好，对一些需求无法通过拆分来实现。

  • 拆分数据库可能带有的问题：

  • 查询分解：

    • 需要对它进行分析，以及用一种好的方式去分割数据。但并不是所有情况都可以

并行/分布式数据库

• 最初以nosql形式出现。
• 一个数据库分摊到多个计算机，对于应用而言，这就是一个数据库，不需要关心，如何拆分。

架构设计

• Shared everything：进程可以访问和存储其他