MySQL主从、主主复制及高可用性要点.docxVIP

MySQL主从、主主复制及高可用性要点.docx

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
一: MySQL 复制: MySQL 复制简介: 将 master 服务器中主数据库的 ddl 和 dml 操作通过二进制日志传到 slaves 服务器上,然后在 master 服务器上将这些日志文件重新执行,从而使得 slave 服务器 和 master 服务器上的数据信息保持同步。 Mysql 复制的原理: 将数据分布到多个系统上去,是通过将  Mysql  的某一台  master  主机的数据复制到其它(  slave )主机上,并重新执行一遍来实现的; 复制过程中一个服务器充当  master  服务器,而一台或多台其它服务器充当  slave  服务器。  master  服务器将更新写入二进制日志文件,并维护文件的一个索引以 跟踪日志循环。 这些日志可以记录发送到 slave 服务器的更新。当一个 slaves 位置。 slave 服务器接收从那时起发生的任何更新,然后封锁并等待  服务器连接 master 服务器时,它通知 master 服务器通知新的更新。  master  服务器从服务器在日志中读取的最后一次成功更新的 mysql  复制的优点: 在  slave  服务器上执行查询操作,降低  master  服务器的访问压力 当  master  服务器上出现了问题可以切换到  slave  服务器上,不会造成访问中断等问题 在  slave  服务器上进行备份,以避免备份期间影响  master  服务器的服务使用及日常访问 Mysql 自身的复制功能:是构建大型、高性能应用程序的基础。 mysql 支持的复制类型: 基于语句的复制:在主服务器上执行的 SQL 语句,在从服务器上执行同样的语句。 MySQL 默认采用基于语句的复制,效率比较高。一旦发现没法精确复制时, 会自动选着基于行的复制。 基于行的复制:把改变的内容复制过去,而不是把命令在从服务器上执行一遍 . 从 mysql5.0 开始支持 混合类型的复制 : :默认采用基于语句的复制,一旦发现基于语句的无法精确的复制时,就会采用基于行的复制。 MySQL 复制技术的特点: 数据分布 (Data distribution ) 备份 (Backups) 负载平衡 (load balancing) 高可用性和容错性 High availability and failover 复制的工作过程: master 将改变记录到二进制日志 (binary log) 中(这些记录叫做二进制日志事件, binary log events ); slave 将 master 的 binary log events 拷贝到它的中继日志 (relay log) ; slave 重做中继日志中的事件,将改变反映它自己的数据。 第一步: master 记录二进制日志。在每个事务更新数据完成之前, master 在二日志记录这些改变。 MySQL 将事务串行的写入二进制日志,即使事务中的语句都 是交叉执行的。在事件写入二进制日志完成后, master 通知存储引擎提交事务; 第二步: slave 将 master 的 binary log 拷贝到自己的中继日志。首先, slave 开始一个工作线程 —— I/O 线程。 I/O 线程在 master 上打开一个普通的连接,然后开 始 binlog dump process 。 Binlog dump process 从 master 的二进制日志中读取事件,如果已经跟上 master ,它会睡眠并等待 master 产生新的事件。 I/O 线程将 这些事件写入中继日志; 第三步: SQL slave thread ( SQL 从线程)处理该过程的最后一步。 SQL 线程从中继日志读取事件,并重放其中的事件而更新 slave 的数据,使其与 master 中的 数据一致。只要该线程与 I/O 线程保持一致,中继日志通常会位于 OS 的缓存中,所以中继日志的开销很小。 二: mysql 主从、主主复制: 实验拓扑: 1.在两台服务器上分别安装 mysql (源码安装所依赖的包为 perl-DBD-MySQL 、 mysql-server ): 2. 分别启动 mysql 和 mysql2 两台服务器,并设置开机启动: 3.修改 /etc/f 配置文件: vi /etc/f 添加如下内容: [mysqld] log-bin=MySQL-bin ### 启用二进制日志 server-id=1 ### 数据库 ID 号, 1 :表示为 Master ; master_id 范围: 1 到 231 之间的正整数值; 每个同步服务器都

文档评论(0)

187****5086 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档