MySQL架构一 MySQL应用架构演变

Thresh

本节理解MySQL应用架构在不同的并发访问量级和数据量级下,架构的演变过程。

MySQL应用架构演变

  • 单机单库
    一个简单的小型网站或者应用背后的架构可以非常简单, 数据存储只需要一个MySQL Instance就能满足数据读取和写入需求(这里忽略掉了数据备份的实例),处于这个的阶段系统,一般会把所有的信息存到一个MySQL Instance里面。
    缺点:

    1. 数据量太大,超出一台服务器承受 
    2. 读写操作量太大,超出一台服务器承受 
    3. 一台服务器挂了,应用也会挂掉(可用性差)
    
  • 主从架构
    主要解决单体架构下的高可用和读扩展问题,通过给Instance挂载从库解决读取的压力,主库宕机也可以通过主从切换保障高可用。在MySQL的场景下就是通过主从结构(双主结构也属于特殊的从),主库抗写压力,通过从库来分担读压力,对于写少读多的应用
    缺点:

    1. 数据量太大,超出一台服务器承受 
    2. 写操作太大,超出一台主服务器承受
    
  • 分库分表
    遇到写入瓶颈和存储瓶颈时,可以通过水平拆分来解决,水平拆分和垂直拆分有较大区别,垂直拆分拆完的结果,每一个实例都是拥有全部数据的,而水平拆分之后,任何实例都只有全量的1/n的数据。
    缺点:

    1. 数据如何路由成为一个关键问题, 一般可以采用范围拆分,List拆分、Hash拆分等。 
    2. 如何保持数据的一致性也是个难题。
    
  • 云数据库
    云数据库(云计算),对于数据存储的MySQL来说,如何让其成为一个saas(Software as a Service)是关键点。MySQL作为一个saas服务, 服务提供商负责解决可配置性,可扩展性,多用户存储结构设计等这些疑难问题。

你可能感兴趣的:(mysql后端db-mysql)