jxwjq 发表于 2018-10-3 11:40:35

mysql 下的 复写

  windows下配置
  主服务器下设置my.ini文件(C:\Program?Files\MySQL\MySQL?Server?5.1)
  文件末尾添加以下代码:
  server-id=252# 唯一表示码,建议使用 IP 最后一栏
  log-bin=D:\mysqlback# 日记文件名
  bin-do-db=mydb;# 需要 replication 的 DB ,多个则多条对应语句
  从服务器下设置my.ini文件(C:\Program?Files\MySQL\MySQL?Server?5.1)
  server-id=253
  master-host=192.168.198.252
  master-user=rep_user
  master-password=rep_user
  master-port=3306
  master-connect-retry=60# 宕机或连接丢失的情况下,从服务器重新连接的秒数
  replicate-do-db=mydb# 告诉从服务器限制默认数据库为mydb的语句复制,多个则多条语句
  slave-skip-errors=all# 忽略错误
  主服务器下开放一个用户,用于从服务器 replicate 访问

  GRANT REPLICATION SLAVE ON *.* TO 'rep_user'@'192.168.198.%'>
  GRANT SUPER,>  # GRANT SELECT, FILE, REPLICATION SLAVE ON *.* TO 'rep_user'@'192.168.198.%'
  在主服务器下,拷贝数据库文件目录Data ,到从服务器下 (可以在my.ini下修改数据库的保存路径)
  路径 (C:\Program Files\MySQL\MySQL Server 5.1\data) # 本次使用的数据库引擎MyISAM,可以直接拷贝
  分别重启主从服务器....
  在从服务器 mysql 命令行下,输入命令: load data master
  在主服务器 mysql 命令行下,查看结果:show master status;
  在从服务器 mysql 命令行下,执行:
  slave start;
  show slave status \G;
  可以看到 “Waiting for master to send event ”的字眼,表示成功
  说明:在第一次设置完成master,slave之后,如果要修改slave的my.ini里master的设置必须先删除data下面的master.info文件,重启服务才能生效。否则服务器会以master.info中的信息为准。
  //****************************************************************
  //** for linux
  //** 设置大致与 windows 下相同
  //** 设置my.cnf文件
  //****************************************************************
  在实际的应用过程中,如果所有slave都直接连到master 上,所有的slave都会从master上接受binglog的内容,而当你业务扩张的时候,slave 节点的不断增加,这必然会对master增加负担,容易达到瓶颈。
  有一种提高Replication性能的方法,就是增加mysql Replication结构的深度,就是一个master 只Replication给一个slave,在由这个slave 复制给其他的slave。
  结构为:master1-->master2-->slave1....
  (Mysql的版本都是5.6.9)
  环境:
  Maste1 :
  Hostname:media
  Ip:172.72.15.41
  Master2:
  Hostname:rac1
  Ip:172.72.15.151
  Slave1:
  Hostname:rac2
  Ip:172.72.15.152
  详细步骤:
  一:导出数据:
  在导出数据之前把数据库的表都锁上,并置于read only状态
  mysql> flush tables with read lock;
  Query OK, 0 rows affected (0.00 sec)
  mysql> set global read_only=on;
  Query OK, 0 rows affected (0.00 sec)
  再开始maste1上面把数据导出来,由于5.6版本增加了gtid的功能,所以在用mysqldump导出的时候,可以通过 --set-gtid-purged 这个选项控制是否要用gtids来恢复,默认是开启的!
  # mysqldump -u root -psbcenter -B new1 > /tmp/new1.sql
  Warning: Using a password on the command line interface can be insecure.
  Warning: A partial dump from a server that has GTIDs will by default include the GTIDs of all transactions, even those that changed suppressed parts of the database. If you don't want to restore GTIDs, pass --set-gtid-purged=OFF. To make a complete dump, pass --all-databases --triggers --routines --events.
  # scp /tmp/new1.sql 172.72.15.151:/root/(scp 复制文件,不同linux下)
  root@172.72.15.151's password:
  new1.sql                                                                                                                           100% 8346   8.2KB/s   00:00
  二:到maste2,slave1上导入数据
  如果mysqldump 导出数据的时候 --set-gtid-purged 没有设置成off,那么master2启动mysqld 的时候需要 启用gtid_mode=on
  Master2上导入数据
  # mysql < new1.sql
  Slave1 上导入数据
  # mysql < /root/new1.sql
  三:创建复制用户
  在master 1 上创建master2的复制用户

  mysql> GRANT REPLICATION SLAVE ON *.* TO 'rep1'@'172.72.15.151'>  mysql> flush privileges ;
  Query OK, 0 rows affected (0.00 sec)
  在master2上创建slave1 的复制用户

  mysql> GRANT REPLICATION SLAVE ON *.* TO 'rep1'@'172.72.15.152'>  mysql> flush privileges;
  Query OK, 0 rows affected (0.00 sec)
  四:在master2和slave1 上配置master属性
  在master2上配置master属性
  mysql> change master to
  -> master_host='172.72.15.41',
  -> master_user='rep1',
  -> master_password='123456',
  -> master_auto_position=1;
  Query OK, 0 rows affected, 2 warnings (0.17 sec)
  mysql>start slave;
  在slave1 上配置master属性
  mysql> change master to
  -> master_host='172.72.15.152',
  -> master_user='rep1',
  -> master_password='123456',
  -> master_auto_position=1;
  Query OK, 0 rows affected, 2 warnings (0.17 sec)
  mysql>start slave;
  整个过程就是这样,另外要提及的一点是如果mysql 版本是5.6以下的或者是没开启gtids
  的,需要在master2上配置log-slave-updates 参数,这个参数的作用是master2接受到master1的binlog到relay日志中去时,也会更新到自己的binlog中去,以便给它的slave使用!

页: [1]
查看完整版本: mysql 下的 复写