专注Java教育14年 全国咨询/投诉热线:444-1124-454
赢咖4LOGO图
始于2009,口口相传的Java黄埔军校
首页 hot资讯 MySQL的分库分表框架

MySQL的分库分表框架

更新时间:2022-07-13 10:35:46 来源:赢咖4 浏览1513次

MySQL教程中会学到分库分表,下面就由赢咖4小编来给大家进行详细介绍。

MySQL 可扩展设计

数据库扩展解决了什么问题?

做热备份,保证多活,方便故障切换

负载均衡、读写分离

1.主从架构:Master-Slaves

在实际应用场景中,MySQL 复制 90% 以上都是一个 Master 复制到一个或者多个 Slave 的架构模式。

缺点:

master 不能停机,停机就不能接收写请求。

slave 过多会出现延迟。

由于 master 需要进行常规维护停机了,那必须要把一个slave提成master,会存在某一个 slave 提成 master 后,存在当前 master 和挂掉之前的 master 数据不一致的情况,并且之前 master 并没有保存当前 master 节点的 binlog 文件和 pos 位置。

2.双主架构:Master-Master

配合第三方的工具,比如 keepalived 轻松做到 IP 的漂移,当一个 master 挂掉后,请求转移到另一个 master。

3.级联复制架构:Master-Slaves-Slaves…

如果读压力加大,就需要更多的 slave 来解决,但是如果 slave 的复制全部从 master 复制,势必会加大 master 的复制 IO 的压力,所以就出现了级联复制,减轻 master 压力。缺点是 slave 延迟更加大了。

4.双主与级联复制架构:Master-Master-Slaves

这样解决了单点 master 的问题,解决了 slave 级联延迟的问题。

5.复制机制

MySQL 复制支持异步复制、半同步复制:异步复制时不需要等待 slave 返回。

半同步复制失败后会切换为异步。

6.主从复制配置

master配置
server-id=135
log-bin=mysql-bin
auto_increment_increment=2
auto_increment_offset=1
lower_case_table_names=1
#binlog-do-db=mstest      //要同步的mstest数据库,要同步多个数据库
#binlog-ignore-db=mysql  //要忽略的数据库
slave配置
server-id=133
log-bin=mysql-bin
auto-increment-increment=2
auto-increment-offset=2
lower_case_table_names=1
#replicate-do-db  = wang           #需要同步的数据库
#binlog-ignore-db  = mysql
#binlog-ignore-db  = information_schema

在 master mysql 添加权限

GRANT REPLICATION SLAVE,FILE,REPLICATION CLIENT ON *.* TO 'repluser'@'%' IDENTIFIED BY '123456';
FLUSH PRIVILEGES;

在 master 上查看 master 的二进制日志

show  master status;

在 slave 中设置 master 的信息

change master to master_host='192.168.88.135',master_port=3307,master_user='repluser',master_password='Jack@123456',master_log_file='mysql-bin.000001',master_log_pos=154;

开启 slave,启动 SQL 和 IO 线程

start slave;

查看 slave 的状态

show slave status\G

查看二进制日志是否开启

show global variables like "%log%";

查看进程信息

SHOW PROCESSLIST;

允许root远程连接

GRANT ALL PRIVILEGES ON *.* TO 'root'@'%' IDENTIFIED BY 'youpassword' WITH GRANT OPTION;
FLUSH PRIVILEGES;

7.半同步复制配置

加载 lib,所有主从节点都要配置

主库:install plugin rpl_semi_sync_master soname ‘semisync_master.so’;

从库:install plugin rpl_semi_sync_slave soname ‘semisync_slave.so’;

查看,确保所有节点都成功加载。show plugins;

启用半同步

先启用从库上的参数,最后启用主库的参数。

从库:set global rpl_semi_sync_slave_enabled = {0|1}; # 1:启用,0:禁止

主库:

set global rpl_semi_sync_master_enabled = {0|1}; # 1:启用,0:禁止

set global rpl_semi_sync_master_timeout = 10000; # 单位为ms

MySQL 切分

数据切分指通过某种特定的条件,将我们存放在同一个数据库中的数据分散存放到多个数据库(主机)上面,以达到分散单台设备负载的效果。

数据切分分为两种:

垂直切分

水平切分

1.数据库垂直切分

垂直切分的优点:

数据库的拆分简单明了,拆分规则明确;

应用程序模块清晰明确,整合容易;

数据维护方便易行,容易定位;

垂直切分缺点:

跨库 join

代码要重构,会有分布式事务问题

跨库分页问题。

部分表关联无法在数据库级别完成,需要在程序中完成,存在跨库 join 的问题,对于这类的表,就需要去做平衡,是数据库让步业务,共用一个数据源,还是分成多个库,业务之间通过接口来做调用;在系统初期,数据量比较少,或者资源有限的情况下,会选择共用数据源,但是当数据发展到了一定的规模,负载很大的情况,就需要必须去做分割。

对于访问极其频繁且数据量超大的表仍然存在性能瓶颈,不一定能满足要求。

事务处理相对更为复杂。

切分达到一定程度之后,扩展性会遇到限制。

过多切分可能会带来系统过渡复杂而难以维护。

2.数据库水平拆分

水平拆分不是将表做分类,而是按照某个字段的某种规则来分散到多个库之中,每个表中包含一部分数据。简单来说,我们可以将数据的水平切分理解为是按照数据行的切分,就是将表中的某些行切分到一个数据库,而另外的某些行又切分到其他的数据库中。

水平切分的优点:

表关联基本能够在数据库端全部完成;

不会存在某些超大型数据量和高负载的表遇到瓶颈的问题;

应用程序端整体架构改动相对较少;

事务处理相对简单;

只要切分规则能够定义好,基本上较难遇到扩展性限制;

水平切分的缺点:

切分规则相对更为复杂,很难抽象出一个能够满足整个数据库的切分规则;

后期数据的维护难度有所增加,人为手工定位数据更困难;

应用系统各模块耦合度较高,可能会对后面数据的迁移拆分造成一定的困难。

跨节点合并排序分页问题

多数据源管理问题

以上就是关于“MySQL的分库分表框架”的介绍,大家如果想了解更多相关知识,可以关注一下赢咖4的MySQL视频教程,里面的课程内容细致全面,通俗易懂,很适合没有基础的小伙伴学习,希望对大家能够有所帮助哦。

提交申请后,顾问老师会电话与您沟通安排学习

免费课程推荐 >>
技术文档推荐 >>