UDN-企业互联网技术人气社区

板块导航

浏览  : 1387
回复  : 0

[讨论交流] 浅析wed前端开发中MySQL 复制介绍及搭建

[复制链接]
genie1003的头像 楼主
发表于 2016-5-9 13:06:33 | 显示全部楼层 |阅读模式
本帖最后由 genie1003 于 2016-5-9 13:23 编辑

  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复制是异步的且串行化的

2.png

  MySQL复制搭建

  环境准备

  master 192.168.1.5

  slave 192.168.1.6

  OS:Oracle Linux 6.1

  MySQL:5.5.37

  Master配置

  1)分配复制权限

  主库和从库均需要执行
  1. mysql> grant replication client,replication slave on *.* to root@'192.168.1.%' identified by 'root';
  2. Query OK, 0 rows affected (0.00 sec)
复制代码

  2)清空日志文件

  主从库都是默认开启二进制日志文件
  1. mysql> show binary logs;
  2. +------------------+-----------+
  3. | Log_name         | File_size |
  4. +------------------+-----------+
  5. | mysql-bin.000001 |     26636 |
  6. | mysql-bin.000002 |   1069399 |
  7. | mysql-bin.000003 |     26636 |
  8. | mysql-bin.000004 |   1069399 |
  9. | mysql-bin.000005 |       536 |
  10. +------------------+-----------+
  11. 5 rows in set (0.00 sec)

  12. mysql> reset master;
  13. Query OK, 0 rows affected (0.01 sec)

  14. mysql> show binary logs;
  15. +------------------+-----------+
  16. | Log_name         | File_size |
  17. +------------------+-----------+
  18. | mysql-bin.000001 |       107 |
  19. +------------------+-----------+
  20. 1 row in set (0.00 sec)
复制代码

  需要注意的是,如果不想清空日志文件的话,需要记录当前master的log_file和log_pos,并在下面启用复制操作时指定这两个参数或者在slave的配置文件指定。

  Slave设置

  1) 修改从服务器server-id
  1. # vim /etc/my.cnf
  2. server-id = 2
复制代码

  修改完以后需要重启数据库

  2)清空日志文件,同Master

  3)启用复制

  让slave连接master并开始重做master二进制日志中的事件
  1. mysql> change master to
  2. master_host='192.168.1.5',master_user='root',master_password='root',master_port=3306,master_log_file='mysql-bin.000001',master_log_pos=0;
复制代码

  master_log_pos的值为0,因为它是日志的开始位置;master_log_file是初始日志文件。如果master日志没有被清空,这里就是当前master的日志信息

  需要注意的是,默认情况下,会同步该用户下所有的DB,如果想限定哪些DB,有3种思路

  • 在master上的/etc/my.inf中通过参数binlog-do-db、binlog-ignore-db设置需要同步的数据库。
  • 在执行grant分配权限操作的时候,限定数据库
  • 在slave上限定数据库使用replicate-do-db=dbname

  )开启slave
  1. mysql> start slave;
  2. Query OK, 0 rows affected (0.00 sec)
复制代码

  5)确认Slave是否和Mater成功通信。如果 Slave_IO_Running和Slave_SQL_Running都是yes,则证明配置成功
  1. mysql> show slave statusG;
  2. *************************** 1. row ***************************
  3.                Slave_IO_State: Waiting for master to send event
  4.                   Master_Host: 192.168.1.5
  5.                   Master_User: root
  6.                   Master_Port: 3306
  7.                 Connect_Retry: 60
  8.               Master_Log_File: mysql-bin.000001
  9.           Read_Master_Log_Pos: 107
  10.                Relay_Log_File: rac-node2-relay-bin.000002
  11.                 Relay_Log_Pos: 253
  12.         Relay_Master_Log_File: mysql-bin.000001
  13.             **Slave_IO_Running: Yes**
  14.             **Slave_SQL_Running: Yes**
  15.               Replicate_Do_DB:
  16.           Replicate_Ignore_DB:
  17.            Replicate_Do_Table:
  18.        Replicate_Ignore_Table:
  19.       Replicate_Wild_Do_Table:
  20.   Replicate_Wild_Ignore_Table:
  21.                    Last_Errno: 0
  22.                    Last_Error:
  23.                  Skip_Counter: 0
  24.           Exec_Master_Log_Pos: 107
  25.               Relay_Log_Space: 413
  26.               Until_Condition: None
  27.                Until_Log_File:
  28.                 Until_Log_Pos: 0
  29.            Master_SSL_Allowed: No
  30.            Master_SSL_CA_File:
  31.            Master_SSL_CA_Path:
  32.               Master_SSL_Cert:
  33.             Master_SSL_Cipher:
  34.                Master_SSL_Key:
  35.         Seconds_Behind_Master: 0
  36. Master_SSL_Verify_Server_Cert: No
  37.                 Last_IO_Errno: 0
  38.                 Last_IO_Error:
  39.                Last_SQL_Errno: 0
  40.                Last_SQL_Error:
  41.   Replicate_Ignore_Server_Ids:
  42.              Master_Server_Id: 1
  43. 1 row in set (0.00 sec)
复制代码

  测试

  Master创建数据库
  1. mysql> create database d;
  2. mysql> show databases;
  3. +--------------------+
  4. | Database           |
  5. +--------------------+
  6. | information_schema |
  7. | d                  |
  8. | mysql              |
  9. | performance_schema |
  10. | test               |
  11. +--------------------+
复制代码

  Slave查看数据库已同步
  1. mysql> show databases;
  2. +--------------------+
  3. | Database           |
  4. +--------------------+
  5. | information_schema |
  6. | d                  |
  7. | mysql              |
  8. | performance_schema |
  9. | test               |
  10. +--------------------+
复制代码

  Master创建表插入数据
  1. mysql> use d
  2. mysql> create table t(id int);
  3. mysql> insert into t values(1);
  4. mysql> commit;
复制代码

  Slave查看
  1. mysql> use d;
  2. mysql> show tables;
  3. mysql> select * from t;
  4. +------+
  5. | id   |
  6. +------+
  7. |    1 |
  8. +------+
复制代码

  通过以上验证,可以看到主服务器上的修改能够正常同步到从服务器。

  补充说明

  1)做了MySQL主从复制以后,使用mysqldump对数据备份时,一定要注意按照如下方式:

  mysqldump –master-data –single-transaction –user=username –password=password dbname> dumpfilename

  这样就可以保留file和position的信息,在新搭建一个slave的时候,还原完数据库,file和position的信息也随之更新,接着再start slave 就可以很迅速的完成增量同步。

  其他复制方式

  主主复制

  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压力增大,从而造成数据复制延时。多级复制就是为了解决这个问题。如果想实现主-从(主)-从多级复制,需要设置log-slave-updates参数。同时二进制日志也必须启用。
2.png

  当然,增加复制的级联层次,同一个变更传到最底层的Slave所需要经过的MySQL也会更多,同样可能造成延时较长的风险。如果条件允许,倾向于通过拆分成多个Replication集群来解决。

  参考:

相关帖子

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

关于我们
联系我们
  • 电话:010-86393388
  • 邮件:udn@yonyou.com
  • 地址:北京市海淀区北清路68号
移动客户端下载
关注我们
  • 微信公众号:yonyouudn
  • 扫描右侧二维码关注我们
  • 专注企业互联网的技术社区
版权所有:用友网络科技股份有限公司82041 京ICP备05007539号-11 京公网网备安1101080209224 Powered by Discuz!
快速回复 返回列表 返回顶部