分库分表之基于Shardingjdbc+docker+mysql主从架构实现读写分离 (三)

这篇具有很好参考价值的文章主要介绍了分库分表之基于Shardingjdbc+docker+mysql主从架构实现读写分离 (三)。希望对大家有所帮助。如果存在错误或未考虑完全的地方,请大家不吝赐教,您也可以点击"举报违法"按钮提交疑问。

        本篇主要说明:

                1. 因为这个mysql版本是8.0,所以当其中一台mysql节点挂掉之后,主从同步,甚至双向数据同步都失效了,所以本篇主要记录下当其中的节点挂掉之后如何再次生效。另外推荐大家使用mysql5.7的版本,这样当其他节点失效后就不需要我们自己重新设置了,他会自动连接。

                首先打开主数据库运行sql

#查询主数据库的信息,后面从数据库需要使用
show master STATUS


# 主从数据库版本不能一样,所以查看一下(主:版本为 1,从:版本为 2)
SHOW variables like 'server_id';


# 如果要设置的话
# set GLOBAL server_id = 1

                说明:当运行 show master STATUS时,会出现下图需要使用下面两个数据,我们需要保存File和Position的两个值,后面从数据库需要设置主数据库需要使用。

分库分表之基于Shardingjdbc+docker+mysql主从架构实现读写分离 (三),mysql,架构,数据库

                然后打开从数据库运行sql

# 查询从数据库信息,以及是否绑定其他主数据库
show SLAVE STATUS

# 这里一样,查询版本,不能和主主数据库一样,这里设置为 2
SHOW variables like 'server_id';

set GLOBAL server_id = 2

# 如果需要重新设置的话请先暂停之前的slave,否则更新后不会生效
stop slave;


# 设置主数据库实现主从同步
# master_host: 主数据库ip
# master_port: 主数据库端口(默认为3306)
# master_user='qiyu-slave',master_password='qiyu-pwd' 这里可以去查看写的第一篇文章
# master_log_file: 填写主数据库查出来的日志信息
# master_log_pos: 填写主数据库查出来的日志信息
change master to master_host='192.168.1.128',master_port=8808, master_user='qiyu-slave',master_password='qiyu-pwd',master_log_file='binlog.000002',master_log_pos=161920;


# 重新开始
start slave;

分库分表之基于Shardingjdbc+docker+mysql主从架构实现读写分离 (三),mysql,架构,数据库

         说明:当出现两个yes代表配置成功!!!祝你好运。文章来源地址https://www.toymoban.com/news/detail-629302.html

到了这里,关于分库分表之基于Shardingjdbc+docker+mysql主从架构实现读写分离 (三)的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处: 如若内容造成侵权/违法违规/事实不符,请点击违法举报进行投诉反馈,一经查实,立即删除!

领支付宝红包 赞助服务器费用

相关文章

  • Flink CDC获取mysql 主从分库,分库分表的binlog

    Flink CDC可以获取MySQL主从分库,分库分表的binlog,但是需要注意以下几点: Flink CDC需要配置MySQL的binlog模式为row,以及开启GTID(全局事务标识符),以便正确地识别和处理binlog事件 Flink CDC需要配置MySQL的主从复制关系,以及指定主库或从库的地址,以便正确地连接和读取bin

    2024年02月11日
    浏览(42)
  • 【分库分表】基于mysql+shardingSphere的分库分表技术

    目录 1.什么是分库分表 2.分片方法 3.测试数据 4.shardingSphere 4.1.介绍 4.2.sharding jdbc 4.3.sharding proxy 4.4.两者之间的对比 5.留个尾巴 分库分表是一种场景解决方案,它的出现是为了解决一些场景问题的,哪些场景喃? 单表过大的话,读请求进来,查数据需要的时间会过长 读请求过

    2024年03月12日
    浏览(48)
  • MySQL 数据存储和优化------MySQL索引原理和优化 ---- (架构---索引---事务---锁---集群---性能---分库分表---实战---运维)持续更新

    Mysql架构体系全系列文章主目录(进不去说明还没写完) https://blog.csdn.net/grd_java/article/details/123033016 本文只是整个系列笔记的第二章:MySQL索引原理和优化,只解释索引相关概念。 索引可以提高查询效率,影响where查询和order by排序,它可以从多方面进行分类,但是实际创建时

    2024年02月02日
    浏览(51)
  • Sharding-Sphere系列-主从配置和分库分表

    主从配置和分库分表 Sharding-Sphere组成 Sharding-JDBC Sharding-Proxy Sharding-Sidecar(TODO) Sharding-JDBC表的概念 逻辑表 广播表 绑定表 Sharding-JDBC中的分片策略 自动分片算法 标准分片算法 复合分片算法 自定义分片算法 分布式序列算法 Sharding-Sphere实战 shardingsphere的sql日志无法打印问题

    2023年04月08日
    浏览(32)
  • 掌握MySQL分库分表(一)数据库性能优化思路、分库分表优缺点

    不能⼀上来就说分库分表! 根据实际情况分析,两个角度思考:不分库分表、分库分表 软优化 数据库参数调优 分析慢查询SQL语句,分析执行计划,进行sql改写和程序改写 优化数据库索引结构 优化数据表结构优化 引入NOSQL和程序架构调整 硬优化 提升系统硬件(更快的IO、更

    2023年04月19日
    浏览(57)
  • 架构篇15:高性能数据库集群-分库分表

    上篇我们讲了“读写分离”,读写分离分散了数据库读写操作的压力,但没有分散存储压力,当数据量达到千万甚至上亿条的时候,单台数据库服务器的存储能力会成为系统的瓶颈,主要体现在这几个方面: 数据量太大,读写的性能会下降,即使有索引,索引也会变得很大,

    2024年01月24日
    浏览(44)
  • MySQL运维6-Mycat分库分表之垂直分库

    场景:在业务系统中,涉及一下表结构,但是由于用户与订单每天都会产生大量的数据,单台服务器的数据存储以及处理能力是有限的,可以对数据库表进行拆分,原有数据库如下 说明1:整个业务系统中的表,大致分为四个,商品信息类的表,订单相关的表,用户相关表及

    2024年02月04日
    浏览(45)
  • Mysql 分库分表 Mycat

    https://www.bilibili.com/video/BV1Kr4y1i7ru?p=163spm_id_from=pageDrivervd_source=ff8b7f852278821525f11666b36f180a 1.1 热点数据多 - 缓冲区不足 -内存不足 1.2 数据多 - 磁盘不足 1.3 请求数据量多 - 带宽不足 1.4 排序/分组/连续查询/集合统计 太多 - cpu 不足 2.1.1 垂直分库 - 表业务类型拆分 2.1.2 垂直分表 -

    2024年02月02日
    浏览(56)
  • MySQL-分库分表详解(七)

    ♥️ 作者:小刘在C站 ♥️ 个人主页:  小刘主页  ♥️ 努力不一定有回报,但一定会有收获加油!一起努力,共赴美好人生! ♥️ 学习两年总结出的运维经验,以及思科模拟器全套网络实验教程。专栏: 云计算技术 ♥️小刘私信可以随便问,只要会绝不吝啬,感谢CSD

    2024年02月16日
    浏览(35)
  • MYSQL 分库分表

    公司现有业务不断发展,流量剧增,交易数量突破了千万订单,但是订单数据还是单表存储,主从分离后,虽然减少了缓解读请求的压力,但随着写入压力增加,数据库的查询和写入性能都在下降,这时你要怎么设计架构? 首先不能考虑主从分离了 因为他已经说了 目前数据

    2024年02月15日
    浏览(47)

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

博客赞助

微信扫一扫打赏

请作者喝杯咖啡吧~博客赞助

支付宝扫一扫领取红包,优惠每天领

二维码1

领取红包

二维码2

领红包