设为首页 收藏本站
查看: 766|回复: 0

[经验分享] MySQL 主从复制

[复制链接]

尚未签到

发表于 2018-10-8 10:31:05 | 显示全部楼层 |阅读模式
企业Linux运维场景数据同步方案
1.1 文件级别的异机同步方案

  •   scp/sftp/nc命令可以实现远程数据同步。
  •   搭建ftp/http/svn/nfs  服务器,然后在客户端上也可以把数据同步到服务器。
  •   搭建Samba文件共享服务,然后在客户端上也可把数据同步到服务器。
  •   利用rsync/csync2/union等均可实现数据同步。
  提示:union可实现双向同步,csync2可实现多机同步。以上文件同步方式如果结合定时任何或者inotify,sersync等功能,可以实现定时及实时的数据同步。

  •   扩展思想:文件级别也可利用mysql,mongodb等软件作为容器实现。
  •   扩展思想:程序向两个服务器同时写数据,双写就是一个同步机制。
  特点:简单,方便,效率和文件系统级别要差一些,但是被同步的节点可以提供访问。软件的自身同步机制(MySQL,oracle,mongdb,ttserver,redis…),文件放到数据库,同步到从库,再把文件拿出来。
1.2 文件系统级别异机同步方案
1.2.1drbd同步数据
  DRBD基于文件系统同步,相当于网络raid1,可以同步几乎任何业务数据。MySQL数据库的官方推荐DRBD同步数据,所有单点服务例如:NFS,MFS(DRBD),MYSQL等都可以用DRBD。
1.2.2数据库同步方案
2.1 MySQL主从复制
  MySQL的主从复制方案,和上述文件及文件系统级别同步是类似的,都是数据的传输。只不过MySQL无需借助第三方工具,而是其自带的同步复制功能,另外一点,MySQL的主从复制不是磁盘上文件直接同步,而是逻辑的binlog日志同步到本地在应用执行的过程。
2.1.1 MySQL主从复制介绍
  MySQL数据库支持单向,双向,链式级联等不同场景的复制。在复制过程中,一台服务器充当主服务器(master),而一个或多个其他的服务器充当从服务器(salve)。
  复制可是单向的:MèS,也可是双向MóM,当然也可以多M环状同步等。
  如果设置了链式级联复制,那么,从(slave)服务器本身除了充当从服务器外,也会同时充当其下面从服务器的主服务器。
DSC0000.jpg


  •   单向主从复制逻辑图,此架构只能在master端进行数据写入。
  •   双向同步逻辑图,此架构可以在master端或master2端进行数据写入。
DSC0001.jpg

  3.线性级联单向双主同步逻辑图,此架构只能在master端进行数据写入。
2.1.2 MySQL主从复制原理介绍
  MySQL的主从复制是一个异步的复制过程(虽然一般情况下感觉是实时的),数据将从一个mysql数据库(master)复制到另一个MySQL数据库(slave),在master和slave之间实现整个主从复制的过程是有三个线程参与完成的。其中有两个线程(SQL和IO线程)在slave端,另外一个线程(I/O线程)在master端。
  要实现MySQL的主从复制,首先必须打开master的binlog记录功能,否则就无法实现。因为整个复制过程实际上就是slave从master端获取binlog日志,然后再在slave上以相同顺序执行获取的binlog日志中所记录的各种SQL操作。
DSC0002.jpg

2.1.3 主从复制应用场景
  应用场景1:从服务器作为主服务器的实时数据备份
  主从复制架构的设置,可以大大加强MySQL数据库架构的健壮性。例如:当主服务器出现问题时,我们可以人工或设置自动切换到从服务器继续提供服务,此时从服务器的数据和宕机时的主数据库几乎是一致的。
  这类似NFS存储数据通过inotify+rsync同步到备份的NFS服务器,只不过MySQL的复制方案是其自带的工具。
  利用MySQL的复制功能做数据备份时,在硬件故障,软件故障的场景下,该数据备份时有效的,但对于人为的执行drop,delete等语句删除数据的情况,从库的备份功能就没有用了,因为从服务器也会执行删除的语句。
  应用场景2:主从服务器实现读写分离,从服务器实现负载均衡
  主从服务器架构可通过程序(PHP,Java等)或代理软件(MySQL-proxy,amoeba)实现对用户(客户端)的请求读写分离,即让从服务器仅仅处理用户的select查询请求,降低用户查询响应时间及读写同时在主服务器上带来的访问压力。对于更新的数据(例如update,insert,delete语句)仍然交给主服务器处理,确保主服务器和从服务器保持实时同步。
  应用场景3:把多个从服务器根据业务重要性进行拆分访问
  可以把几个不同的从服务器,根据公司的业务进行拆分。例如:有为外部用户提供查询服务的从服务器,有内部DBA用来数据备份的从服务器,还有为公司内部人员提供访问的后台,脚本,日志分析及供开发人员查询使用的从服务器。这样的拆分除了减轻主服务器的压力外,还可以使数据库对外部用户浏览,内部用户业务处理及DBA人员的备份等互不影响。
2.1.4 主从复制原理小结
  主从复制是异步的逻辑的SQL语句级的复制。
  复制时,主库有一个I/O线程,从库有两个线程,I/O和SQL线程。
  实现主从复制的必要条件是主库要开启记录binlog功能。
  作为复制的所有MySQL节点的sever-id都不能相同。
  binlog文件只记录对数据库有更改的SQL语句(来自主数据库内容的变更),不记录任何查询(select,show)语句。


运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-616315-1-1.html 上篇帖子: MySQL · 引擎特性 · InnoDB崩溃恢复 下篇帖子: mysql 生成pdm
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表