MySQL集群之主从复制
|
《MySQL集群之主从复制》要点： 阅读目录(Content)
接下来带大家感受一下MySQL集群!其实什么是MySQL集群?简单的说便是一群机器(服务器)的集合,它们连在一起来工作. 其实各种数据库都有本身的集群,常常的多：
我们要学习的便是MySQL Replication 一、配置mysql主从模式的原因 1)Mysql内建的复制功能是构建大型、高性能应用程序的基础.在实际企业应用环境当中,单台mysql数据库是不敷以满足日后业务需求的. 譬如当服务器发生故障,而没有备份服务器来提供服务时,业务就必需得停止,这样会对企业带来巨大的损失. 2)为了提高数据库服务器的稳定性,加快数据处理的效率,保护数据免受意外的损失,我们采用mysql的主从复制方式,分离对数据库的查询和更新操作,使用从服务器上备份的数据保证来数据的平安性和稳定性. 二、Mysql主从复制的原理 1)MySQL 的 Replication 是一个异步的复制过程,从一个 MySQL instace(我们称之为 Master)复制到另一个MySQL instance(我们称之 Slave). 在 Master 与 Slave 之间的实现整个复制过程主要由三个线程来完成,此中两个线程(Sql 线程和IO 线程)在 Slave 端,另外一个线程(IO 线程)在 Master 端. 2)在执行这个主从复制之前,首先必需打开 Master 端的Binary Log(MySQL-bin.xxxxxx)功能,否则无法实现. 在启动 MySQL Server 的过程中使用“log-bin” 参数选项 在 my.cnf 配置文件中的 MySQLd 参数组中增加“log-bin” 参数项 三、Mysql主从复制的过程 3.1、主从复制详细过程 1) Slave 上面的IO 线程连接上 Master,并哀求从指定日志文件的指定位置(或者从最开始的日志)之后的日志内容. 2) Master 接收到来自 Slave 的 IO 线程的哀求后,通过负责复制的 IO 线程根据哀求信息读取指定日志指定位置之后的日志信息,返回给 Slave 端的 IO 线程. 返回信息中除了日志所包括的信息之外,还包括本次返回的信息在 Master 端的 Binary Log 文件的名称以及在 BinaryLog 中的位置. 3)Slave 的 IO 线程接收到信息后,将接收到的日志内容依次写入到 Slave 端的RelayLog (中继日志文件)文件(MySQL-relay-bin.xxxxxx)的最末端,并将读取到的Master 端的bin-log 的文件名和位置记录到master-info 文件中, 以便在下一次读取的时候能够清楚的告诉Master“我必要从某个bin-log 的哪个位置开始往后的日志内容,请发给我” . 4)Slave 的 SQL 线程检测到 Relay Log 中新增加了内容后,会马上解析该 Log 文件中的内容成为在 Master 端真实执行时候的那些可执行的 Query 语句,并在自身执行这些 Query. 这样,实际上便是在 Master 端和 Slave 端执行了同样的 Query,所以两端的数据是完全一样的. 3.2、Mysql主从复制过程的图形表现
四、MySQL支持的复制类型与MySQL复制应用类型 4.1、MySQL支持的复制类型 1)基于语句的复制statement： 在主服务器上执行的SQL语句,在从服务器上执行同样的语句.MySQL默认采用基于语句的复制,效率比拟高.一旦发现没法精确复制时,会自动选着基于行的复制. 2)基于行的复制row：把改变的内容复制过去,而不是把命令在从服务器上执行一遍. 从mysql5.0开始支持 3)混合类型的复制mixed: 默认采纳基于语句的复制,一旦发现基于语句的无法精确的复制时,就会采纳基于行的复制. 4.2、MySQL复制应用类型 1)数据分布 (Data distribution ) 2)负载平衡(load balancing) 3)读写分离(split reading and writting) 4)高可用性和容错性 (High availability and failover ) 五、MySQL(主从复制)集群配置过程 环境： 首先我虚拟机中安装了三台ubuntu操作系统： ubuntu的server版：1.0.0.3==server1 ubuntu的desktop版(两台):1.0.0.5=udzyh1.1.0.0.6=udzyh2 注意搭建MySQL集群的时候,MySQL的版本尽量一致,大版本必需一致.(本人使用5.7.19) 5.1、主节点配置(server1,1.0.0.3) 1)首先进入到MySQL的配置文件中去 sudo vi /etc/mysql/mysql.conf.d/mysqld.cnf 2)修改、保留退出 [client] [mysqld] #bind-address=0.0.0.0 server-id=11 log-bin=mysql-bin-11 binlog-format=row
3)重启MySQL服务 sudo service mysql restart 5.2、从节点配置(1.0.0.5=udzyh1、1.0.0.6=udzyh2) 注意：所有从节点的配置都一模一样(主从复制,只能有一个主节点,可以用n多个从节点) 1)首先进入到MySQL的配置文件中去 sudo vi /etc/mysql/mysql.conf.d/mysqld.cnf 2)修改、保留退出 [mysqld] #bind.... server-id=12 relay-log=mysql-relay-12
3)重启MySQL服务 sudo service mysql restart 5.3、连接 1)在主节点的MySQL终端执行： grant replication slave,replication client on *.* to 'zyh'@'%' identified by '123456';(在主节点创立一个用户) 2)查看主节点的二进制文件名和插入位置 show master stauts G
3)在从节点的MySQL终端执行 change master to master_host='1.0.0.3',(这里最好使用ip,其实写主机的也是可以的,但是一个局域网内主机名很多相同的话,会找不到) master_port=3306, master_user='zyh', master_password='123456', master_log_file='mysql-bin-11.000002', master_log_pos=1326; 注意：n多个从节点都是相同的配置 3)查看从节点的状态 show slave status G
5.4、开启主从复制 start slave
1)查看所有数据库 在主节点中：
在从节点中： 1)
2)
2)主节点创立一个数据库db_love在查看其它两个从节点,你会发现惊喜 六、Replication管理和排错 1)show master status ; 查看master的状态,尤其是当前的日志及位置 2)show slave status; 查看slave的状态. 3)reset slave ; 重置slave状态,用于删除SLAVE数据库的relaylog日志文件,并重新启用新的relaylog文件.会忘记 主从关系,它删除master.info文件和relay-log.info 文件 4)start slave ; 启动slave 状态(开始监听msater的变化) 5)stop slave; 暂停slave状态; 6)set global sql_slave_skip_counter = n 跳过导致复制终止的n个变乱,仅在slave线程没运行的状况下使用 转自：博客园
欢迎参与《MySQL集群之主从复制》讨论，分享您的想法，编程之家PHP学院为您提供专业教程。 （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
