ShardingJdbc准备-Docker安装mysql,以及主从复制配置

ShardingJdbc准备-docker安装mysql,以及主从复制配置



前言

以下来自官网的原话:
Apache ShardingSphere 是一套开源的分布式数据库解决方案组成的生态圈,它由 JDBC、Proxy 和 Sidecar(规划中)这 3 款既能够独立部署,又支持混合部署配合使用的产品组成。 它们均提供标准化的数据水平扩展、分布式事务和分布式治理等功能,可适用于如 Java 同构、异构语言、云原生等各种多样化的应用场景。
Apache ShardingSphere 旨在充分合理地在分布式的场景下利用关系型数据库的计算和存储能力,而并非实现一个全新的关系型数据库。 关系型数据库当今依然占有巨大市场份额,是企业核心系统的基石,未来也难于撼动,我们更加注重在原有基础上提供增量,而非颠覆。

准备两台服务器


一、Docker安装Mysql

参考之前的blog

二、主从复制配置

1.主服务器

节点配置

# 查看运行中的容器
[root@VM-4-17-centos ~]# docker ps
CONTAINER ID   IMAGE        COMMAND                  CREATED       STATUS          PORTS                                                  NAMES
007699a3c7d2   mysql        "docker-entrypoint.s…"   2 hours ago   Up 48 minutes   33060/tcp, 0.0.0.0:3344->3306/tcp, :::3344->3306/tcp   mysql01

# 进入容器内部
docker exec -it 007699a3c7d2 /bin/bash

> vim /etc/my.cnf
 # 修改id 同一局域网内注意要唯一
 [mysqld]
server-id=100 

# 如果启动是数据卷绑定的是-v /**/conf:/etc/mysql/conf.d,可以将/etc/my.cnf拷贝到/etc/mysql/conf.d目录下

数据库配置


# 登陆mysql,输入密码后
mysql>mysql -u root -p
# 找到当前binlog的位置坐标,记住它,下面要用
mysql> show master status;
+---------------+----------+--------------+------------------+-------------------+
| File          | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+---------------+----------+--------------+------------------+-------------------+
| binlog.000002 |      158 |              |                  |                   |
+---------------+----------+--------------+------------------+-------------------+
1 row in set, 1 warning (0.00 sec)

2.从服务器

按照主服务器的步骤配置完my.cnf后,进入mysql服务

#  master_log_file 和 master_log_pos 都是通过 master服务器通过show master status获得。
mysql> change master to master_host='master服务器ip', master_user='root', master_password='master密码', master_port=master端口, master_log_file='binlog.000002',master_log_pos=158;

# 查看salve节点状态,只要红框框内都是yes就代表成功了
mysql> show slave status \G;


在这里插入图片描述

3.主从复制测试

在主库上新建表并插入数据,从库立即同步

在这里插入图片描述

在这里插入图片描述

三、友情提示-主从复制可能出现的问题

1.主从复制Connecting问题

在这里插入图片描述
使用start slave开启主从复制过程后,如果SlaveIORunning一直是Connecting,则说明主从复制一直处于连接状态,这种情况一般是下面几种原因造成的,我们可以根据 Last_IO_Error提示予以排除。

  • 网络不通
  • 检查ip,端口
  • 密码不对
  • 检查是否创建用于同步的用户和用户密码是否正确
  • pos不对

2。MYSQL镜像服务器因错误停止的恢复 —Slave_SQL_Running: No

先stop slave,然后依次执行以下:

  • set global sql_slave_skip_counter=1;
  • start slave;
  • show slave status\G ;

3. 从MYSQL服务器Slave_IO_Running: No的解决

  1. 在master节点执行
mysql > show master status;
  1. slave重新绑定
mysql > stop slave;
mysql > CHANGE MASTER TO MASTER_LOG_FILE='binlog.0000028', MASTER_LOG_POS=228; 
mysql > start slave;

造成这类问题的原因一般是在主从复制的时候,基于创建表,然后又去删除和操作了数据表或者表。


  • 19
    点赞
  • 19
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

拉霍拉卡

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

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

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

打赏作者

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

抵扣说明:

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

余额充值