• 售前

  • 售后

热门帖子
入门百科

MySQL数据库主从复制与读写分离

[复制链接]
晴空万里659 显示全部楼层 发表于 2022-1-9 07:00:26 |阅读模式 打印 上一主题 下一主题
目次


  • 一.主从复制

    • 主从复制三线程
    • 主从复制的过程:
    • 主从复制的计谋:
    • 主从复制高延迟

  • 二.读写分离

    • 读写分离概念
    • 读写分离原因与场景

  • 总结

一.主从复制

       主从复制:在现实的生产中,为相识决Mysql的单点故障以及提高MySQL的团体服务性能,一样寻常都会接纳主从复制。即:对数据库中的数据、语句做备份。


主从复制三线程

       Mysql的主从复制中主要有三个线程:master(binlog dump thread)、slave(I/O thread 、SQL thread),Master一条线程和Slave中的两条线程。
主从复制过程

主从复制的过程:

master主要负责Master库中有数据更新的时候,会按照binlog格式,将更新的变乱范例写入到主库的binlog文件中。Master会创建log dump线程关照Slave主库中存在数据更新。
I/O thread线程在Slave中创建,该线程用于哀求Master,Master会返回binlog的名称以及当前数据更新的位置、binlog文件位置的副本。然后,将binlog保存在 relay log(中继日记) 中,中继日记也是记载数据更新的信息。
SQL线程也是在Slave中创建的,当Slave检测到中继日记有更新,会将更新的内容同步到Slave数据库中,包管了主从的数据的同步。
主从复制计谋

主从复制的计谋:

同步计谋:Master会等待所有的Slave都回应后才会提交,这个主从的同步 的性能会严重的影响。
半同步计谋:Master至少会等待一个Slave回应后提交。
异步计谋:Master不消等待Slave回应就可以提交。
延迟计谋:Slave要落后于Master指定的时间。
对于差别的业务需求,有差别的计谋方案,但是一样寻常都会接纳终极一致性,不会要求强一致性,强一致性会严重影响性能。

主从复制高延迟

       主从复制高延迟的原因
master 服务器高并发,形成大量事务
网络延迟
主从硬件设备导致(cpu 主频、内存 io、硬盘 io)
本来就不是同步复制、而是异步复制
       主从复制高延迟的办理办法
从库优化 Mysql 参数。比如增大 innodb_buffer_pool_size,让更多操纵在 - mysql 内存中完成,淘汰磁盘操纵
从库使用高性能主机(高性能 cpu、大内存),克制使用假造云主机,使用物理主机,提拔 I/O 吞吐量
从库使用 SSD 磁盘
网络优化,克制跨机房实现同步

二.读写分离



读写分离概念

       读写分离:读写分离是让主数据库处理处罚事务性增、删、改操纵(INSERT、UPDATE、DELETE),而从数据库处理处罚查(SELECT) 操纵。数据库复制被用来把事务性操纵导致的变动同步到集群中的从数据库中。

读写分离原因与场景

       读写分离原因:读写量很大,为了提拔数据库读写性能,将读写进行分离;多机房下假如写少读多,同时基于数据一致性考虑,只有一个主库存入所有的数据写入,当地再做从库提供读取,淘汰多机房间直接读取带来的时延。
       读写分离使用场景:程序使用数据库较多时,而更新少,查询多的情况下会考虑使用。使用数据库主从同步,再通过读写分离可以分担数据库压力,提高性能。

总结

到此这篇关于MySQL数据库主从复制与读写分离的文章就先容到这了,更多相干MySQL主从复制与读写分离内容请搜索草根技术分享从前的文章或继承欣赏下面的相干文章盼望各人以后多多支持草根技术分享!

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x

帖子地址: 

回复

使用道具 举报

分享
推广
火星云矿 | 预约S19Pro,享500抵1000!
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

草根技术分享(草根吧)是全球知名中文IT技术交流平台,创建于2021年,包含原创博客、精品问答、职业培训、技术社区、资源下载等产品服务,提供原创、优质、完整内容的专业IT技术开发社区。
  • 官方手机版

  • 微信公众号

  • 商务合作