【Mysql运维篇】二、分库分表、读写分离

最新推荐文章于 2024-08-10 17:24:26 发布
最新推荐文章于 2024-08-10 17:24:26 发布
阅读量1.3k 收藏 5
点赞数 1
分类专栏： MySQL 文章标签： mysql 运维 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42301220/article/details/123184137
版权
本文详细介绍了Mycat数据库中间件的原理、配置与使用，包括分库分表策略、Mycat核心配置文件解析，以及读写分离的实现，如一主一从和双主双从的配置与测试。同时，探讨了Mycat的分片规则，如范围、取模、一致性哈希等，并提到了监控平台MyCat-Eye的作用。
摘要由CSDN通过智能技术生成

文章目录

参考资料

https://www.bilibili.com/video/BV1Kr4y1i7ru?p=163

1. 分库分表

1.1 介绍

1. 问题分析

随着互联网及移动互联网的发展，应用系统的数据量也是成指数式增长，若采用单数据库进行数据存储，存在以下性能瓶颈：

  1. IO瓶颈：热点数据太多，数据库缓存不足，产生大量磁盘IO，效率较低。 请求数据太多，带宽不够，网络IO瓶颈。
  2. CPU瓶颈：排序、分组、连接查询、聚合统计等SQL会耗费大量的CPU资源，请求数太多，CPU出现瓶颈。

分库分表的中心思想都是将数据分散存储，使得单一数据库/表的数据量变小来缓解单一数据库的性能问题，从而达到提升数据库性能的目的

2. 拆分策略

在这里插入图片描述

  • 垂直拆分
    在这里插入图片描述

  • 水平拆分
    在这里插入图片描述

3. 实现技术

  • shardingJDBC：基于AOP原理，在应用程序中对本地执行的SQL进行拦截，解析、改写、路由处理。需要自行编码配置实现，只支持java语言，性能较高。
  • MyCat：数据库分库分表中间件，不用调整代码即可实现分库分表，支持多种语言，性能不及前者。

1.2 Mycat概述

1. 介绍

  • Mycat是开源的、活跃的、基于Java语言编写的MySQL数据库中间件。可以像使用mysql一样来使用mycat，对于开发人员来说根本感觉不到mycat的存在。
  • 优势：
    • 性能可靠稳定
    • 强大的技术团队
    • 体系完善
    • 社区活跃

2. 下载

下载地址：http://dl.mycat.org.cn/
在这里插入图片描述

3. 安装

  • Mycat是采用java语言开发的开源的数据库中间件，支持Windows和Linux运行环境，下面介绍MyCat的Linux中的环境搭建。我们需要在准备好的服务器中安装如下软件：
    • MySQL
    • JDK
    • Mycat

4.目录结构

  • bin:存放可执行文件,用于启动停止mycat
  • conf:存放mycat的配置文件
  • lib:存放mycat的项目依赖包(jar)
  • logs:存放mycat的日志文件

5. 概念介绍

在这里插入图片描述

1.3 Mycat入门

windows下的配置请参考博客。

1. 需求

由于 tb_order 表中数据量很大，磁盘IO及容量都到达了瓶颈，现在需要对 tb_order表进行数据分片，分为三个数据节点，每一个节点主机位于不同的服务器上, 具体的结构，参考下图：
在这里插入图片描述

2. 环境准备

在这里插入图片描述

记得检查防火墙

3. 分片配置

  • 配置schema.xml
    参考视频：
    在这里插入图片描述

  • 配置server.xml
    配置mycat的用户及用户的权限信息:
    在这里插入图片描述

4. 启动服务

  • 切换到Mycat的安装目录bin/下，执行如下指令，启动Mycat：

    #启动
mycat start
#停止
mycat stop

    Mycat启动之后，默认占用端口号 8066

  • 启动完毕之后，可以查看logs目录下的启动日志，查看Mycat是否启动完成。

    tail -f logs/wrapper.log

5. 分片测试示例

  • 通过如下指令，就可以连接并登陆MyCat。

    mysql -h 192.168.200.210-P 8066-uroot-p123456

    -h 后面跟IP，-P后面跟端口号，默认为8066，后面就是设置的用户名和密码

    如果IP是localhost，则命令为：

    mysql -h localhost -P 8066 -uroot -p5213

    下面是我在windows下操作的界面：
    在这里插入图片描述

  • 然后就可以在MyCat中来创建表，并往表结构中插入数据，查看数据在MySQL中的分布情况

    然后就可以在MyCat中来创建表,开往表结构中插大数据,查看数据在
CREATE TABLE TB_ORDER(
id BIGINT(20) NOT NULL,
title VARCHAR(100) NOT NULL,
PRIMARY KEY (id)
) ENGINE=INNODB DEFAULT CHARSET=utf8;

INSERT INTO TB_ORDER(id,title) VALUES(1,'goods1');
INSERT INTO TB_ORDER(id,title) VALUES(2,'goods2');
INSERT INTO TB_DRDER(id,title) VALUES(3,'goods3'):
INSERT INTO TB_ORDER(id,title) VALUES(1000000,'goods1000000 ');
INSERT INTO TB_ORDER(id,title) VALUES(10000000,'goods10000000');

1.4 Mycat配置

1. schema.xml

schema.xml 作为MyCat中最重要的配置文件之一 , 涵盖了MyCat的逻辑库 、 逻辑表 、 分片规则、分片节点及数据源的配置。
主要包含以下三组标签：
➢ schema标签
➢ datanode标签
➢ datahost标签
在这里插入图片描述

  • schema标签
    在这里插入图片描述

    • schema 标签用于定义 MyCat实例中的逻辑库 , 一个MyCat实例中, 可以有多个逻辑库 , 可以通过 schema 标签来划分不同的逻辑库。
    • MyCat中的逻辑库的概念 ， 等同于MySQL中的database概念 , 需要操作某个逻辑库下的表时, 也需要切换逻辑库(use xxx)。

    在这里插入图片描述
    在这里插入图片描述

    • table 标签定义了MyCat中逻辑库schema下的逻辑表 , 所有需要拆分的表都需要在table标签中定义 。
      在这里插入图片描述

  • dataNode标签
    在这里插入图片描述

    • dataNode标签中定义了MyCat中的数据节点, 也就是我们通常说的数据分片。一个dataNode标签就是一个独立的数据分片。
      在这里插入图片描述

  • dataHost标签
    在这里插入图片描述

    • 该标签在MyCat逻辑库中作为底层标签存在, 直接定义了具体的数据库实例、读写分离、心跳语句。
      在这里插入图片描述

2. rule.xml

rule.xml中定义所有拆分表的规则, 在使用过程中可以灵活的使用分片算法, 或者对同一个分片算法使用不同的参数, 它让分片过程可配置化。主要包含两类标签： tableRule、 Function。

在这里插入图片描述

3. server.xml

server.xml配置文件包含了MyCat的系统配置信息，主要有两个重要的标签：system、user。

  • system标签
    对应的系统配置项及其含义。
    在这里插入图片描述

  • user标签
    在这里插入图片描述

1.5 Mycat分片

1. 垂直拆分

  • 场景
    在业务系统中, 涉及以下表结构 ,但是由于用户与订单每天都会产生大量的数据, 单台服务器的数据存储及处理能力是有限的, 可以对数据库表进行拆分, 原有的数据库表如下。
    在这里插入图片描述

    相关数据资料请下载网盘资料，找到对应文件即可。

    链接：https://pan.baidu.com/s/1k5HjER6xD4aSCVJ1hV5AFA
    提取码：o0ac

  • 准备：分别在三台MySQL中创建数据库 shopping。
    在这里插入图片描述

  • 配置
    在这里插入图片描述

  • 在mycat的命令行中，通过source指令导入表结构，以及对应的数据，查看数据分布情况。这两个sql文件为脚本文件。
    在这里插入图片描述

  • 查询用户的收件人及收件人地址信息(包含省、市、区)。
    在这里插入图片描述

  • 查询每一笔订单及订单的收件地址信息(包含省、市、区)。
    在这里插入图片描述

  • 全局表配置
    对于省、市、区/县表tb_areas_provinces, tb_areas_city,tb_areas_region,是属于数据字典表,在多个业务模块中都可能会遇到,可以将其设置为全局表,利于业务操作。
    在这里插入图片描述

2. 水平拆分

  • 场景
    在业务系统中, 有一张表(日志表), 业务系统每天都会产生大量的日志数据 , 单台服务器的数据存储及处理能力是有限的, 可以对数据库表进行拆分。

    在这里插入图片描述

  • 准备
    分别在三台MySQL中创建数据库 itcast。
    在这里插入图片描述

  • 配置
    在这里插入图片描述

  • 测试
    在mycat的命令行中，执行如下SQL创建表、并插入数据，查看数据分布情况。

    CREATE TABLE tb_log (
	id bigint(20) NOT NULL COMMENT 'ID',
	model_name varchar(200)
	DEFAULT NULL COMMENT '模块名',
	model_value varchar(200) DEFAULT NULL COMMENT '模块值',
	return_value varchar(200) DEFAULT NULL COMMENT '返回值',
	return_class varchar(200) DEFAULT NULL COMMENT '返回值类型',
	operate_user varchar(20) DEFAULT NULL COMMENT '操作用户',
	operate_time varchar(20) DEFAULT NULL COMMENT '操作时间',
	param_and_value varchar(500) DEFAULT NULL COMMENT '请求参数名及参数值',
	operate_class varchar(200) DEFAULT NULL COMMENT '操作类',
	operate method varchar(200) DEFAULT NULL COMMENT '操作方法',
	cost_time bigint(20) DEFAULT NULL COMMENT '执行方法耗时, 单位ms',
	Source int(1) DEFAULT NULL COMMENT '来源: 1 PC,2 Android,3 IOS',
	PRIMARY KEY (id)
)ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

    INSERT INTO tb_log (id, model_name, model_value, return_value, return_class, operate_user, operate_time, param_and_value, operate_class, operate_method, cost_time，source) VALUES('1','user','insert','success','java.lang.String','10001','2022-01-06 18:12:28','{\"age\":\"20\",\"name\":\"Tom\",\"gender\":\"1\"}','cn.itcast.controller.UserController','insert','10',1);
INSERT INTO tb_log (id, model_name, model_value, return_value, return_class, operate_user, operate_time, param_and_value, operate_class, operate_method, cost_time，source) VALUES('2','user','insert','success','java.lang.String','10001','2022-01-06 18:12:27','{\"age\":\"20\",\"name\":\"Tom\",\"gender\":\"1\"}','cn.itcast.controller.UserController','insert','23',1);
INSERT INTO tb_log (id, model_name, model_value, return_value, return_class, operate_user, operate_time, param_and_value, operate_class, operate_method, cost_time，source) VALUES('3','user','update','success','java.lang.String','10001','2022-01-06 18:16:45','{\"age\":\"20\",\"name\":\"Tom\",\"gender\":\"1\"}','cn.itcast.controller.UserController','update','34',1);
INSERT INTO tb_log (id, model_name, model_value, return_value, return_class, operate_user, operate_time, param_and_value, operate_class, operate_method, cost_time，source) VALUES('4','user','update','success','java.lang.String','10001','2022-01-06 18:16:45','{\"age\":\"20\",\"name\":\"Tom\",\"gender\":\"1\"}','cn.itcast.controller.UserController','update','13',2);
INSERT INTO tb_log (id, model_name, model_value, return_value, return_class, operate_user, operate_time, param_and_value, operate_class, operate_method, cost_time，source) VALUES('5','user','insert','success','java.lang.String','10001','2022-01-06 18:30:31','{\"age\":\"200\",\"name\":\"TomCat\",\"gender\":\"0\"}','cn.itcast.controller.UserController','insert','29',3);
INSERT INTO tb_log (id, model_name, model_value, return_value, return_class, operate_user, operate_time, param_and_value, operate_class, operate_method, cost_time，source) VALUES('6','user','find','success','java.lang.String','10001','2022-01-06 18:30:31','{\"age\":\"200\",\"name\":\"TomCat\",\"gender\":\"0\"}','cn.itcast.controller.UserController','find','29',2);

3. 分片规则-范围

根据指定的字段及其配置的范围与数据节点的对应情况， 来决定该数据属于哪一个分片。

  • 示例
    在这里插入图片描述

    在这里插入图片描述

4. 分片规则-取模

根据指定的字段值与节点数量进行求模运算，根据运算结果， 来决定该数据属于哪一个分片。

  • 示例
    在这里插入图片描述
    在这里插入图片描述

5. 分片规则-一致性hash

所谓一致性哈希， 相同的哈希因子计算值总是被划分到相同的分区表中，不会因为分区节点的增加而改变原来数据的分区位置。

  • 示例
    在这里插入图片描述
    在这里插入图片描述

6. 分片规则-枚举

通过在配置文件中配置可能的枚举值, 指定数据分布到不同数据节点上, 本规则适用于按照省份、性别、状态拆分数据等业务 。

  • 示例
    在这里插入图片描述
    在这里插入图片描述

7. 分片规则-应用指定

运行阶段由应用自主决定路由到那个分片 , 直接根据字符子串（必须是数字）计算分片号。

  • 示例
    在这里插入图片描述

    在这里插入图片描述

8. 分片规则-固定分片hash算法

该算法类似于十进制的求模运算，但是为二进制的操作，例如，取 id 的二进制低 10 位 与 1111111111 进行位 & 运算。

特点：
➢ 如果是求模，连续的值，分别分配到各个不同的分片；但是此算法会将连续的值可能分配到相同的分片，降低事务处理的难度。
➢ 可以均匀分配，也可以非均匀分配。
➢ 分片字段必须为数字类型。
在这里插入图片描述
在这里插入图片描述

9. 分片规则-字符串hash解析

截取字符串中的指定位置的子字符串, 进行hash算法， 算出分片。
在这里插入图片描述
在这里插入图片描述

10. 分片规则-按（天）日期分片

在这里插入图片描述
在这里插入图片描述

11. 分片规则-自然月

使用场景为按照月份来分片, 每个自然月为一个分片
在这里插入图片描述
在这里插入图片描述

1.6 Mycat管理及监控

1. Mycat原理

在这里插入图片描述

  • 在MyCat中，当执行一条SQL语句时，MyCat需要进行SQL解析、分片分析、路由分析、读写分离分析等操作，最终经过一系列的分析决定将当前的SQL语句到底路由到那几个(或哪一个)节点数据库，数据库将数据执行完毕后，如果有返回的结果，则将结果返回给MyCat，最终还需要在MyCat中进行结果合并、聚合处理、排序处理、分页处理等操作，最终再将结果返回给客户端。而在MyCat的使用过程中，MyCat官方也提供了一个管理监控平台MyCat-Web（MyCat-eye）。
  • Mycat-web 是 Mycat 可视化运维的管理和监控平台，弥补了 Mycat 在监控上的空白。帮 Mycat分担统计任务和配置管理任务。Mycat-web 引入了 ZooKeeper 作为配置中心，可以管理多个节点。Mycat-web 主要管理和监控 Mycat 的流量、连接、活动线程和内存等，具备 IP 白名单、邮件告警等模块，还可以统计 SQL 并分析慢 SQL 和高频 SQL 等。为优化 SQL 提供依据。

2. MyCat管理

Mycat默认开通2个端口，可以在server.xml中进行修改。

  • 8066 数据访问端口，即进行 DML 和 DDL 操作。
  • 9066 数据库管理端口，即 mycat 服务管理控制功能，用于管理mycat的整个集群状态

连接MyCat的管理控制台：

mysql -h 192.168.200.210 -p 9066 -uroot -p123456

在这里插入图片描述

3. Mycat-eye

  • 介绍
    Mycat-web(Mycat-eye)是对mycat-server提供监控服务，功能不局限于对mycat-server使用。他通过JDBC连接对Mycat、 Mysql监控，监控远程服务器(目前仅限于linux系统)的cpu、内存、网络、磁盘。Mycat-eye运行过程中需要依赖zookeeper，因此需要先安装zookeeper。

  • 安装
    1). zookeeper安装
    2). Mycat-web安装

  • 访问示例
    http://192.168.200.210:8082/mycat
    在这里插入图片描述

  • 配置

    • 开启MyCat的实时统计功能(server.xml)
      <property name="useSqlStat">1</property> <!-- 1为开启实时统计、0为关闭 -->
    • 在Mycat监控界面配置服务地址
      在这里插入图片描述

  • 测试
    配置好了之后，我们可以通过MyCat执行一系列的增删改查的测试，然后过一段时间之后，打开mycat-eye的管理界面，查看mycat-eye监控到的数据信息。

    • 性能监控
      在这里插入图片描述

    • 物理节点
      在这里插入图片描述

  • SQL统计
    在这里插入图片描述

    • SQL表分析
      在这里插入图片描述

    • SQL监控
      在这里插入图片描述

    • 高频SQL
      在这里插入图片描述

2. 读写分离

2.1 介绍

读写分离,简单地说是把对数据库的读和写操作分开,以对应不同的数据库服务器。主数据库提供写操作，从数据库提供读操作，这样能有效地减轻单台数据库的压力。
通过MyCat即可轻易实现上述功能，不仅可以支持MySQL，也可以支持Oracle和SQL Server。
在这里插入图片描述

2.2 一主一从

1. 原理

MySQL的主从复制，是基于二进制日志（binlog）实现的。
在这里插入图片描述

2. 环境准备

在这里插入图片描述

2.3 一主一从读写分离

MyCat控制后台数据库的读写分离和负载均衡由schema.xml文件datahost标签的balance属性控制。

1. 配置

在这里插入图片描述

writeHost代表的是写操作对应的数据库，readHost代表的是读操作对应的数据库。 所以我们要想实现读写分离，就得配置writeHost关联的是主库，readHost关联的是从库。而仅仅配置好了writeHost以及readHost还不能完成读写分离，还需要配置一个非常重要的负责均衡的参数 balance，取值有4种，具体含义如下：
在这里插入图片描述

所以，在一主一从模式的读写分离中，balance配置1或3都是可以完成读写分离的。

2. 测试

连接Mycat，并在Mycat中执行DML、 DQL查看是否能够进行读写分离。
然后观察，在执行增删改操作时，对应的主库及从库的数据变化。 在执行查询操作时，检查主库及从库对应的数据变化。

在测试中，我们可以发现当主节点Master宕机之后，业务系统就只能够读，而不能写入数据了。
那如何解决这个问题呢？这个时候我们就得通过另外一种主从复制结构来解决了，也就是我们接下来讲解的双主双从。

2.4 双主双从

1. 介绍

一个主机 Master1 用于处理所有写请求，它的从机 Slave1 和另一台主机 Master2 还有它的从机 Slave2 负责所有读请求。当 Master1主机宕机后， Master2 主机负责写请求， Master1 、 Master2 互为备机。架构图如下
在这里插入图片描述

2. 准备

我们需要准备5台服务器，具体的服务器及软件安装情况如下：
在这里插入图片描述

关闭以上所有服务器的防火墙：
systemctl stop firewalld
systemctl disable firewalld

3. 搭建

  • 主库配置（ Master1-192.168.200.211 ）

    1. 修改配置文件 /etc/my.cnf
      #mysql 服务ID，保证整个集群环境中唯一，取值范围：1 – 2^32-1，默认为1
server-id=1
#指定同步的数据库
binlog-do-db=db01
binlog-do-db=db02
binlog-do-db=db03
# 在作为从数据库的时候，有写入操作也要更新二进制日志文件
log-slave-updates
    2. 重启MySQL服务器
      systemctl restart mysqld

  • 主库配置（ Master2-192.168.200.213 ）

    1. 修改配置文件 /etc/my.cnf
      #mysql 服务ID，保证整个集群环境中唯一，取值范围：1 – 2^32-1，默认为1
server-id=3
#指定同步的数据库
binlog-do-db=db01
binlog-do-db=db02
binlog-do-db=db03
# 在作为从数据库的时候，有写入操作也要更新二进制日志文件
log-slave-updates
    2. 重启MySQL服务器
      systemctl restart mysqld

  • 两台主库创建账户并授权

    #创建itcast用户，并设置密码，该用户可在任意主机连接该MySQL服务
CREATE USER 'itcast'@'%' IDENTIFIED WITH mysql_native_password BY 'Root@123456'; #为 'itcast'@'%' 用户分配主从复制权限
GRANT REPLICATION SLAVE ON *.* TO 'itcast'@'%';

    通过指令，查看两台主库的二进制日志坐标

    show master status ;

  • 从库配置（ Slave1-192.168.200.212 ）

    1. 修改配置文件 /etc/my.cnf
      #mysql 服务ID，保证整个集群环境中唯一，取值范围：1 – 232-1，默认为1
server-id=2
    2. 重新启动MySQL服务器
      systemctl restart mysqld

  • 从库配置（ Slave2-192.168.200.214 ）

    1. 修改配置文件 /etc/my.cnf
      #mysql 服务ID，保证整个集群环境中唯一，取值范围：1 – 232-1，默认为1
server-id=4
    2. 重新启动MySQL服务器
      systemctl restart mysqld

  • 两台从库配置关联的主库
    在这里插入图片描述

    1. 在 slave1(192.168.200.212)上执行
      CHANGE MASTER TO MASTER_HOST='192.168.200.211', MASTER_USER='itcast',
MASTER_PASSWORD='Root@123456', MASTER_LOG_FILE='binlog.000002',
MASTER_LOG_POS=663;
    2. 在 slave2(192.168.200.214)上执行
      CHANGE MASTER TO MASTER_HOST='192.168.200.213', MASTER_USER='itcast',
MASTER_PASSWORD='Root@123456', MASTER_LOG_FILE='binlog.000002',
MASTER_LOG_POS=663;
    3. 启动两台从库主从复制，查看从库状态
      start slave;
show slave status \G

  • 两台主库相互复制
    Master2 复制 Master1，Master1 复制 Master2。
    在这里插入图片描述

    1. 在 Master1(192.168.200.211)上执行
      CHANGE MASTER TO MASTER_HOST='192.168.200.213', MASTER_USER='itcast',
MASTER_PASSWORD='Root@123456', MASTER_LOG_FILE='binlog.000002',
MASTER_LOG_POS=663;
    2. 在 Master2(192.168.200.213)上执行
      CHANGE MASTER TO MASTER_HOST='192.168.200.211', MASTER_USER='itcast',
MASTER_PASSWORD='Root@123456', MASTER_LOG_FILE='binlog.000002',
MASTER_LOG_POS=663;
    3. 启动两台从库主从复制，查看从库状态
      start slave;
show slave status \G;

经过上述配置之后，双主双从的复制结构就已经搭建完成了。

4. 测试

分别在两台主库Master1、Master2上执行DDL、DML语句，查看涉及到的数据库服务器的数据同步情况

create database db01;

use db01;

create table tb_user(
	id int(11) not null,
	name varchar(50) not null,
	sex varchar(1),
	primary key (id)
)engine=innodb default charset=utf8;

insert into tb_user(id,name,sex) values(1,'Tom','1');
insert into tb_user(id,name,sex) values(2,'Trigger','0');
insert into tb_user(id,name,sex) values(3,'Dawn','1');

insert into tb_user(id,name,sex) values(4,'Jack Ma','1');
insert into tb_user(id,name,sex) values(5,'Coco','0');
insert into tb_user(id,name,sex) values(6,'Jerry','1');
  • 在Master1中执行DML、DDL操作，看看数据是否可以同步到另外的三台数据库中。
  • 在Master2中执行DML、DDL操作，看看数据是否可以同步到另外的三台数据库中。

2.5 双主双从读写分离

1. 配置

MyCat控制后台数据库的读写分离和负载均衡由schema.xml文件datahost标签的balance属性控制，通过writeType及switchType来完成失败自动切换的。

1. schema.xml

  • 配置逻辑库：

    <schema name="ITCAST_RW2" checkSQLschema="true" sqlMaxLimit="100" dataNode="dn7">
</schema>

  • 配置数据节点：

    <dataNode name="dn7" dataHost="dhost7" database="db01" />

  • 配置节点主机：

    <dataHost name="dhost7" maxCon="1000" minCon="10" balance="1" writeType="0"
dbType="mysql" dbDriver="jdbc" switchType="1" slaveThreshold="100">
<heartbeat>select user()</heartbeat>
<writeHost host="master1" url="jdbc:mysql://192.168.200.211:3306?
useSSL=false&amp;serverTimezone=Asia/Shanghai&amp;characterEncoding=utf8"
user="root" password="1234" >
<readHost host="slave1" url="jdbc:mysql://192.168.200.212:3306?
useSSL=false&amp;serverTimezone=Asia/Shanghai&amp;characterEncoding=utf8"
user="root" password="1234" />
</writeHost>
<writeHost host="master2" url="jdbc:mysql://192.168.200.213:3306?
useSSL=false&amp;serverTimezone=Asia/Shanghai&amp;characterEncoding=utf8"
user="root" password="1234" >
<readHost host="slave2" url="jdbc:mysql://192.168.200.214:3306?
useSSL=false&amp;serverTimezone=Asia/Shanghai&amp;characterEncoding=utf8"
user="root" password="1234" />
</writeHost>
</dataHost>

具体的对应情况如下：
在这里插入图片描述
在这里插入图片描述

2. user.xml

配置root用户也可以访问到逻辑库 ITCAST_RW2。

<user name="root" defaultAccount="true">
	<property name="password">123456</property>
	<property name="schemas">SHOPPING,ITCAST,ITCAST_RW2</property>
</user>

2. 测试

  • 登录MyCat，测试查询及更新操作，判定是否能够进行读写分离，以及读写分离的策略是否正确。
  • 当主库挂掉一个之后，是否能够自动切换。

完结撒花

在这里插入图片描述

CHH3213
关注
专栏目录
你如何理解mysql读写分离和分库分表？
weixin_57907028的博客
05-20 676
前言 相信很多小伙伴们对于这两个概念已经比较熟悉了，这篇文章全程都是大白话的形式，希望能够给你带来不一样的感受。如果你之前不太了解这两个概念，那我建议你搞懂之后，可以把自己对于读写分离以及分库分表的理解讲给你的同事/朋友听听。 读写分离&分库分表 读写分离 何为读写分离？ 见名思意，根据读写分离的名字，我们就可以知道：读写分离主要是为了将对数据库的读写操作分散到不同的数据库节点上。 这样的话，就能够小幅提升写性能，大幅提升读性能。 我简单画了一张图来帮助不太清楚读写分离的小伙伴理解。 一般情况下，
分库分表，读写分离数据库中间件选型调研
weixin_39389888的博客
07-10 1258
之前由于项目和工作上对数据库的压力比较小，没有涉及到数据库的分库分表，读写分离等减轻数据库压力的操作，今天由于新的客户要开通mysql数据库支持的要求（之前的项目是oracle不存在数据量超标等情况）考虑到稳定性，安全性，和数据库响应等方面，考虑做mysql的读写分离，分库分表操作，于是开始选择相应的数据库中间件（之前没有用到）。。。 与是开始各种查阅资料，了解到目前比较主流的一些数...
8.MySQL主从复制、读写分离
u010198709的博客
05-13 1116
加快数据库工作效率在主从复制环境 ，主库执行写操作，从库执行读操作// 定义虚拟数据库，关联dataNode</schema>// 定义真实数据库，关联dataHost// 定义数据主机，主库、从库地址GTID， 全局事务ID， 数据库中的每个事务/操作都有一个惟一ID， 从库连接主库复制数据时，会根据GTID自动识别哪些操作执行过，哪些操作没有执行MySQL 5.6版本以上支持的GTID == server_UUID + 数字编号。
MySQl高级篇-分库分表（为什么需要分表？什么时候分库分表）
最新发布
ShockChen7的博客
08-10 1449
分库分表是在海量数据下，由于单库、表数据量过大，导致数据库性能持续下降的问题，演变出的技术方案。
MySQL读写分离与分库分表
qq_44073614的博客
05-14 315
大流量下MySQL问题 磁盘IO瓶颈：热点数据太多，缓存放不下 网络IO瓶颈：请求的数据太多，网络带宽不够 CPU瓶颈：单表数据量太大，扫描数据太多，SQL效率低。 解决方案： 单机->分布式集群 分库分表(shardingSphere,mycat,DBLE…) NewSQL(postgresql,voltdb,tiddb…) 什么是读写分离 互联网场景，读多写少 写入 在主库 查询 在从库 主从同步 从库 起两个线程，IOThread 线程拷贝主库binlog,SQLThread读取binlog
mysql 水平分表技术
qq_35622837的博客
11-26 1090
mysql 水平分表技术   这里做的是我的一个笔记。 水平分表比较简单, 理解就是: 合并的表使用的必须是MyISAM引擎 表的结构必须一致，包括索引、字段类型、引擎和字符集  数据表 user1 1 2 3 4 5 6 CREATE TABLE `user1` (   `id` int(11) NO...
mysql分库分表及读写分离
小馒头味的博客
04-06 236
读写分离： MySQL的主从复制解决了数据库的读写分离，并很好的提升了读的性能 分库分表： 分为垂直拆分和水平拆分 分库分表的顺序应该是先垂直分，后水平分。 因为垂直分更简单，更符合我们处理现实世界问题的方式。 垂直拆分（垂直分表、垂直分库） 垂直分表 也就是“大表拆小表”，基于列字段进行的。一般是表中的字段较多，将不常用的， 数据较大，长度较长（比如text类型字段）的拆分到“扩展表“。 一般是...
mysql运维篇，mycat分库分表
05-12
这里我们将深入探讨MySQL的主从复制、日志解析以及Mycat分库分表的相关知识。 首先，MySQL的主从复制是实现数据冗余和故障恢复的关键技术。主从复制通过将主服务器上的数据更改同步到从服务器，确保了数据的一致性...
MySQL数据库分库分表实践：解决数据量激增、性能瓶颈及运维难题（分库分表实战指南）
MySQL分库分表是一种数据库水平扩展技术，通过将一个大型数据库拆分成多个小的数据库或表，从而解决单库单表数据量过大导致的性能瓶颈和运维困难问题。 分库分表可以有效地提高数据库的读写性能，减少单点故障的...
读写分离&分库分表
li237的博客
06-22 3007
1.读写分离主要是为了将数据库的读和写操作分不到不同的数据库节点上。主服务器负责写，从服务器负责读。 读写分离可以大幅提高读性能，小幅提高写的性能。因此，读写分离更适合单机并发读请求比较多的场景。 我们都会选择一主多从，也就是一台主数据库负责写，其他的从数据库负责读。主库和从库之间会进行数据同步，以保证从库中数据的准确性。这样的架构实现起来比较简单，并且也符合系统的写少读多的特点。 **读写分离会带来什么问题？**如何解决？ 你写完主库之后，主库的数据同步到从库是需要时间的，这个时间差就导致了主库和从库的
MySQL分表分库&读写分离相关
可乐薯片编程小课堂
02-19 2751
MySQL架构优化 1.分表 当项目上线后，数据将会几何级的增长，当数据很多的时候，读取性能将会下降，更新表数据的时候也需要更新索引，所以我们需要分表，当数据量再大的时候就需要分库了。 a.水平拆分：数据分成多个表 b.垂直拆分：字段分成多个表 c.插入/更新/删除数据和查询统计 MyISAM存储引擎有一个MERGE存储引擎，可以将多个表合成一个表，就可以进行这四种操作   InnoD
MySQL高级-读写分离-分库分表
qq_40824748的博客
08-02 602
在mycat的安装目录。
mysql读写分离与分库分表
u014294083的博客
03-22 379
读写分离 mysql读写分离实际利用的是主从复制架构，主数据库主要处理写操作，读请求被路由到从数据库来减少数据库压力。 存在的问题 从数据库的数据相较于主数据库有延迟，造成读不到新数据，且并发量越高，延迟问题越严重 不能减轻写压力 如何解决 问题1，在对数据有强正确性要求时，采用强制路由的方式使读操作落地主库 问题2，使用分库分表 实现 proxy代理层（shardingproxy、mysqlproxy、mycat、atlas等） 应用层（java：sharding-jdbc、TDDL等） 分库
linux运维——MYSQL的读写分离
liuchuang11的博客
07-15 220
原理： 顾名思义，读写分离基本的原理是让主数据库处理事务性增、改、删操作，而从数据库处理查询操作。数据库复制被用来把事务性操作导致的变更同步到集群中的从数据库。 实现方式 实现方式有很多，但是不外乎分为内部配置和使用中间件，下面列举几个常用的方法： 1.配置多个数据源，根据业务需求访问不同的数据，指定对应的策略：增加，删除，修改操作访问对应数据，查询访问对应数据，不同数据库做好的数据一致性的处...
MySQL分库分表、读写分离
学而不思则忘
04-03 424
1. 分库分表 分库分表解决了数据库的存储压力。 1.1 分库 假设数据库中有两张表分别是用户表和订单表。如果要分库的话现在你需要买两台机子，搞两个数据库分别放在两台机子上，并且一个数据库放用户表，一个数据库放订单表。 这样存储压力就分担到两个服务器上了，但是会带来新的问题，所以东西变复杂了都会有新的问题产生。 连表查询问题 也就是join了，之前在一个数据库里面可以用上join用一条sql语句就可以联表查询得到想要的结果，但是现在分为多个数据库了，所以join用不上了。就比如现在要查注册时间在2019年之
分库分表总结
happyenjoylife的博客
05-13 120
单库单表 单库单表是最常见的数据库设计，例如，有一张用户(user)表放在数据库db中，所有的用户都可以在db库中的user表中查到。   单库多表 随着用户数量的增加，user表的数据量会越来越大，当数据量达到一定程度的时候对user表的查询会渐渐的变慢，从而影响整个DB的性能。如果使用mysql, 还有一个更严重的问题是，当需要添加一列的时候，mysql会锁表，期间所有的读写操...
mysql 分库分表
eagle89的专栏
08-15 698
1 分库分表 目前数据量不断的增大我们就遇到了问题: 单个表数据量太大单个库数据量太大单台数据量服务器压力很大 读写速度遇到瓶颈 分库分表目标：减小数据库的负担，缩短查询时间。 1.1  什么是分表 　　分表是将一个大表按照一定的规则分解成多张具有独立存储空间的实体表，称为子表，每个表都对应三个文件，MYD数据文件，.MYI索引文件，.frm表结构文件。表可以分布在同一块磁盘上，也可
MySQL运维精讲：日志、主从复制与分库分表
本文档主要针对MySQL的运维知识进行深入讲解，包括日志管理、主从复制、分库分表和读写分离等关键概念。 一、日志管理 1. 错误日志：记录MySQL服务器启动、运行和关闭过程中的错误信息，有助于排查问题。 2. 二进制...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

CHH3213

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值