摘要:复制介绍复制就是一台服务器从另一台服务器进行日志的复制然后再解析日志并应用到自身,类似中的。开启确认是否和成功通信。主主复制最大的问题就是数据插入或更新冲突。但增加到一定数量时,对的负载以及网络带宽都会成为问题。
MySQL复制介绍
MySQL复制就是一台MySQL服务器(slave)从另一台MySQL服务器(master)进行日志的复制然后再解析日志并应用到自身,类似Oracle中的Data Guard。
MySQL复制有那些好处:
第一是解决宕机带来的数据不一致,因为MySQL复制可以实时备份数据;
第二点是减轻数据库服务器的压力,多台服务器的性能一般比单台要好。但是MySQL复制不适合大数据量,大数据量推荐使用集群。
MySQL复制过程分成三步:
master将改变记录到二进制日志(binary log)。这些记录过程叫做二进制日志事件,binary log events;
slave将master的binary log events拷贝到它的中继日志(relay log);
slave重做中继日志中的事件,将改变应用到自己的数据库中。
MySQL复制是异步的且串行化的
MySQL复制搭建 环境准备master 192.168.1.5 rac1-node.tp-link.net
slave 192.168.1.6 rac2-node.tp-link.net
OS:Oracle Linux 6.1
MySQL:5.5.37
Master配置分配复制权限
mysql> grant replication client,replication slave on *.* to root@"192.168.1.%" identified by "root"; Query OK, 0 rows affected (0.00 sec)
清空日志文件
mysql> show binary logs; +------------------+-----------+ | Log_name | File_size | +------------------+-----------+ | mysql-bin.000001 | 26636 | | mysql-bin.000002 | 1069399 | | mysql-bin.000003 | 26636 | | mysql-bin.000004 | 1069399 | | mysql-bin.000005 | 536 | +------------------+-----------+ 5 rows in set (0.00 sec) mysql> reset master; Query OK, 0 rows affected (0.01 sec) +------------------+-----------+ | Log_name | File_size | +------------------+-----------+ | mysql-bin.000001 | 107 | +------------------+-----------+ 1 row in set (0.00 sec)Slave设置
1) 修改从服务器server-id
# vim /etc/my.cnf server-id = 2
修改完以后需要重启数据库
2)清空日志文件,同Master
3)让slave连接master并开始重做master二进制日志中的事件
mysql> change master to
MASTER_LOG_POS的值为0,因为它是日志的开始位置
这里注意:默认情况下,会同步该用户下所有的DB,可以在/etc/my.inf中通过参数binlog-do-db、binlog-ignore-db设置需要同步的数据库。
4)开启slave
mysql> start slave; Query OK, 0 rows affected (0.00 sec)
5)确认Slave是否和Mater成功通信。如果 Slave_IO_Running和Slave_SQL_Running都是yes,则证明配置成功
mysql> show slave statusG; *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 192.168.1.5 Master_User: root Master_Port: 3306 Connect_Retry: 60 Master_Log_File: mysql-bin.000001 Read_Master_Log_Pos: 107 Relay_Log_File: rac-node2-relay-bin.000002 Relay_Log_Pos: 253 Relay_Master_Log_File: mysql-bin.000001 **Slave_IO_Running: Yes** **Slave_SQL_Running: Yes** Replicate_Do_DB: Replicate_Ignore_DB: Replicate_Do_Table: Replicate_Ignore_Table: Replicate_Wild_Do_Table: Replicate_Wild_Ignore_Table: Last_Errno: 0 Last_Error: Skip_Counter: 0 Exec_Master_Log_Pos: 107 Relay_Log_Space: 413 Until_Condition: None Until_Log_File: Until_Log_Pos: 0 Master_SSL_Allowed: No Master_SSL_CA_File: Master_SSL_CA_Path: Master_SSL_Cert: Master_SSL_Cipher: Master_SSL_Key: Seconds_Behind_Master: 0 Master_SSL_Verify_Server_Cert: No Last_IO_Errno: 0 Last_IO_Error: Last_SQL_Errno: 0 Last_SQL_Error: Replicate_Ignore_Server_Ids: Master_Server_Id: 1 1 row in set (0.00 sec)测试
Master创建数据库
mysql> create database d; mysql> show databases; +--------------------+ | Database | +--------------------+ | information_schema | | d | | mysql | | performance_schema | | test | +--------------------+
Slave查看数据库已同步
mysql> show databases; +--------------------+ | Database | +--------------------+ | information_schema | | d | | mysql | | performance_schema | | test | +--------------------+ mysql> use d mysql> create table t(id int);
Slave查看
mysql> show tables; mysql> select * from t; +------+ | 1 | +------+
通过以上验证,可以看到主服务器上的修改能够正常同步到从服务器。
其他复制方式 主主复制master-slave只能进行单向操作,像网络中的半双工。master-master可以实现服务器之间互相同步。主主复制最大的问题就是数据插入或更新冲突。配置方法同主从复制,反过来让slave同步master。注意master_log_file和master_log_pos参数要与master上对应。具体可以参考这里
单一master和多slave由一个master和多个slave组成的复制系统比较简单。slave之间并不互相通信,只能与master通信。如果写操作较少,读操作很多,可以采用。可以将读操作分布到其他slave,从而减轻master的压力。但slave增加到一定数量时,slave对master的负载以及网络带宽都会成为问题。
主从多级复制读操作很多可以采用单一maste和多slave,但增大到一定slave后连到master的slaveIO线程太多会造成master压力增大,从而造成数据复制延时。
多级复制就是为了解决这个问题。
当然,增加复制的级联层次,同一个变更传到最底层的Slave所需要经过的MySQL也会更多,同样可能造成延时较长的风险。如果条件允许,倾向于通过拆分成多个Replication集群来解决
原文地址 http://bestvivi.com
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/46522.html
摘要:读写分离介绍读写分离基本原理是让数据库处理写操作,数据库处理读操作。读写分离能提高系统性能的原因在于物理服务器增加,机器处理能力提升。直接从上插入数据再次查询结果显示查询数据没有变化,因为上执行相当于写入到了上,而查询的数据是从上读取的。 MySQL读写分离介绍 MySQL读写分离基本原理是让master数据库处理写操作,slave数据库处理读操作。master将写操作的变更同步到各个...
摘要:上篇文章详细介绍了数据库的单机多实例搭建,本篇文章将在上篇文章的基础上介绍主从复制过程,其中常见的复制架构有异步复制,半同步复制及同步复制。 上篇文章详细介绍了MySQL数据库的单机多实例搭建,本篇文章将在上篇文章的基础上介绍MySQL主从复制过程,其中常见的复制架构有:异步复制,半同步复制及同步复制。常用的复制架构有异步复制及半同步复制! 一、常见的复制架构 1、主主复制(1)结构图...
摘要:分库分表完成之后,数据容量及性能增加了,但是紧接着会面临着可用性的问题。但是,,,本身也是单点,需要实现高可用,后面介绍应用高可用时会详细介绍。至此,的高可用概念及使用实现的高可用已经搭建验证完毕,篇幅较长,难免有笔误,欢迎评论转发 前面文章介绍了MySQL的读写分离及分库分表过程。对于分库和分表,实现策略有好多种,需要根据业务来确定最适合的分库分表架构,文章中还有好多未涉及到的,读者...
摘要:作为面试官,我是如何甄别应聘者的包装程度语言和等其他语言的对比分析和主从复制的原理详解和持久化的原理是什么面试中经常被问到的持久化与恢复实现故障恢复自动化详解哨兵技术查漏补缺最易错过的技术要点大扫盲意外宕机不难解决,但你真的懂数据恢复吗每秒 作为面试官,我是如何甄别应聘者的包装程度Go语言和Java、python等其他语言的对比分析 Redis和MySQL Redis:主从复制的原理详...
摘要:作为面试官,我是如何甄别应聘者的包装程度语言和等其他语言的对比分析和主从复制的原理详解和持久化的原理是什么面试中经常被问到的持久化与恢复实现故障恢复自动化详解哨兵技术查漏补缺最易错过的技术要点大扫盲意外宕机不难解决,但你真的懂数据恢复吗每秒 作为面试官,我是如何甄别应聘者的包装程度Go语言和Java、python等其他语言的对比分析 Redis和MySQL Redis:主从复制的原理详...
阅读 2623·2021-10-26 09:48
阅读 1469·2021-09-26 09:55
阅读 1376·2021-09-22 15:22
阅读 3674·2021-09-22 15:05
阅读 455·2021-09-06 15:02
阅读 2442·2019-08-30 15:52
阅读 1988·2019-08-29 18:38
阅读 2613·2019-08-28 18:05