• MySQL系列(八)--数据库分库分表


      在互联网公司或者一些并发量比较大的项目,虽然有各种项目架构设计、NoSQL、MQ、ES等解决比较高的并发访问,但是对于数据库来说,压力

    还是太大,这时候即使数据库架构、表结构、索引等都设计的很好了,但是还是扛不住的,主从复制通过读写分离缓解读负载。但是像淘宝这种项目,

    单一数据库肯定是不行的,为了解决这个问题,就可以使用分库分表

    PS:这是一篇学习博客,本人没实操过,适合作为入门了解或者面试,如果深入了解,请自行百度大佬的文章

    分库分表的方式:

    1、把一个实例的多个数据库拆分到不同的实例,这个实例可能是数据库集群

    优缺点:

      操作简单

      但是如果写压力存在某个库,这样拆分还是无法解决问题

    2、把一个库中的表拆分到不同的数据库

      例如:把一个库中的订单表、商品表、购物车表分别拆分到不同的数据库

     

    3、水平拆分

      在前面两种情况无法解决的情况下,就要使用水平拆分

      对一个库中的相关表进行水平拆分到不同实例的数据库,进行分片处理

    分片处理是最后的方案,能在之前解决问题,就不要分片,分片之后会带来很多问题,也会变得复杂

    分片前的准备:

    分区键决定了分区后的性能,如何选择分区键:

      1、分区键要能尽量避免跨分片查询的发生

      2、分区键要尽可能使各个分片中的数据平均

    如何存储不需要分片的表:

      1、每个分片存储一份相同的数据,数据量不大且很少更新的表

      2、使用额外的节点同一存储

    如何在节点上部署分片:

      每个分片使用单一数据库,且数据库名相同

      将多个分片表存储在一个数据库中,在表名后加上分片号后缀

      在一个节点中部署多个数据库,每个数据库包含一个分片

    如何分配分片中的数据:

      按照分区键的Hash值取模来获取分片数据

      按照分区键的范围来分配分片数据,一般日期类型可以使用这种

      使用分区键和分片的映射表来分配分片数据

    如何生成全局ID:

      使用auto_increment_increment(和分片数量一致)和auto_increment_offset参数,只适用于一个节点保存一个分片的场景

      使用全局节点生成ID,先获取全局节点ID,再通过分区函数插入到对应的分片中,但是这个全局节点可能成为性能瓶颈

      在Redis中创建全局ID,最优选择

    可以通过工具OneProxy来进行数据库分片,本来想要手动操作的,但是发现oneProxy官网没了。。。

  • 相关阅读:
    MySQL 连接 触发器 函数 视图 存储过程
    Django的ORM2
    nmp安装vuejs
    Docker 技术入门与实践(第3版)笔记
    docker官方 入门
    centos 各目录介绍
    阿里云es 安装docker
    linux命令
    centos 7 mini 安装青岛OJ
    leetcode_304. 二维区域和检索
  • 原文地址:https://www.cnblogs.com/huigelaile/p/11137187.html
Copyright © 2020-2023  润新知