不停止 MySQL 服务增加从库的两种方式

现在生产环境MySQL数据库是一主一从,由于业务量访问不断增大,故再增加一台从库。前提是不能影响线上业务使用,也就是说不能重启MySQL服务,为了避免出现其他情况,选择在网站访问量低峰期时间段操作。

 一般在线增加从库有两种方式,一种是通过mysqldump备份主库,恢复到从库,mysqldump是逻辑备份,数据量大时,备份速度会很慢,锁表的时间也会很长。另一种是通过xtrabackup工具备份主库,恢复到从库,xtrabackup是物理备份,备份速度快,不锁表。为什么不锁表?因为自身会监控主库日志,如果有更新的数据,就会先写到一个文件中,然后再回归到备份文件中,从而保持数据一致性。

服务器信息:

  • 主库:192.168.18.212(原有)
  • 从库1:192.168.18.213(原有)
  • 从库2:192.168.18.214(新增)
  • 数据库版本:MySQL5.5
  • 存储引擎:Innodb
  • 测试库名:weibo

一、mysqldump方式

MySQL主从是基于binlog日志,所以在安装好数据库后就要开启binlog。这样好处是,一方面可以用binlog恢复数据库,另一方面可以为主从做准备。

原有主库配置参数如下:


  1. # vi my.cnf
  2. server-id = 1 #id要唯一
  3. log-bin = mysql-bin #开启binlog日志
  4. auto-increment-increment = 1 #在Ubuntu系统中MySQL5.5以后已经默认是1
  5. auto-increment-offset = 1
  6. slave-skip-errors = all #跳过主从复制出现的错误

1. 主库创建同步账号


  1. mysql> grant all on *.* to 'sync'@'192.168.18.%' identified by 'sync';

2. 从库配置MySQL


  1. # vi my.cnf
  2. server-id = 3 #这个设置3
  3. log-bin = mysql-bin #开启binlog日志
  4. auto-increment-increment = 1 #这两个参数在Ubuntu系统中MySQL5.5以后都已经默认是1
  5. auto-increment-offset = 1
  6. slave-skip-errors = all #跳过主从复制出现的错误

3. 备份主库


  1. # mysqldump -uroot -p123 --routines --single_transaction --master-data=2 --databases weibo > weibo.sql

参数说明:

--routines:导出存储过程和函数

--single_transaction:导出开始时设置事务隔离状态,并使用一致性快照开始事务,然后unlock tables;而lock-tables是锁住一张表不能写操作,直到dump完毕。

--master-data:默认等于1,将dump起始(change master to)binlog点和pos值写到结果中,等于2是将change master to写到结果中并注释。

4. 把备份库拷贝到从库


  1. # scp weibo.sql root@192.168.18.214:/home/root

5. 在主库创建test_tb表,模拟数据库新增数据,weibo.sql是没有的


  1. mysql> create table test_tb(id int,name varchar(30));

6. 从库导入备份库


  1. # mysql -uroot -p123 -e 'create database weibo;'
  2. # mysql -uroot -p123 weibo < weibo.sql

7. 在备份文件weibo.sql查看binlog和pos值


  1. # head -25 weibo.sql
  2. -- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=107; #大概22行

8. 从库设置从这个日志点同步,并启动


  1. mysql> change master to master_host='192.168.18.212',
  2. -> master_user='sync',
  3. -> master_password='sync',
  4. -> master_log_file='mysql-bin.000001',
  5. -> master_log_pos=107;
  6. mysql> start slave;
  7. mysql> show slave status\G;
  8. ERROR 2006 (HY000): MySQL server has gone away
  9. No connection. Trying to reconnect...
  10. Connection id: 90
  11. Current database: *** NONE ***
  12. *************************** 1. row ***************************
  13. Slave_IO_State: Waiting for master to send event
  14. Master_Host: 192.168.18.212
  15. Master_User: sync
  16. Master_Port: 3306
  17. Connect_Retry: 60
  18. Master_Log_File: mysql-bin.000001
  19. Read_Master_Log_Pos: 358
  20. Relay_Log_File: mysqld-relay-bin.000003
  21. Relay_Log_Pos: 504
  22. Relay_Master_Log_File: mysql-bin.000001
  23. Slave_IO_Running: Yes
  24. Slave_SQL_Running: Yes
  25. ......

9. 从库查看weibo库里面的表

可以看到IO和SQL线程均为YES,说明主从配置成功。


  1. mysql> show tables;
  2. +---------------------------+
  3. | Tables_in_weibo |
  4. +---------------------------+
  5. | test_tb |

发现刚才模拟创建的test_tb表已经同步过来!

二、xtrabackup方式(推荐)

在上面配置基础上做实验,先删除掉从库配置:


  1. mysql> stop slave; #停止同步
  2. mysql> reset slave; #清除从连接信息
  3. mysql> show slave status\G; #再查看从状态,可以看到IO和SQL线程都为NO
  4. mysql> drop database weibo; #删除weibo库

此时,从库现在和新装的一样,继续前进!

1. 主库使用xtrabackup备份


  1. # innobackupex --user=root --password=123 ./

生成一个以时间为命名的备份目录:2015-07-01_16-49-43


  1. # ll 2015-07-01_16-49-43/
  2. total 18480
  3. drwxr-xr-x 5 root root 4096 Jul 1 16:49 ./
  4. drwx------ 4 root root 4096 Jul 1 16:49 ../
  5. -rw-r--r-- 1 root root 188 Jul 1 16:49 backup-my.cnf
  6. -rw-r----- 1 root root 18874368 Jul 1 16:49 ibdata1
  7. drwxr-xr-x 2 root root 4096 Jul 1 16:49 mysql/
  8. drwxr-xr-x 2 root root 4096 Jul 1 16:49 performance_schema/
  9. drwxr-xr-x 2 root root 12288 Jul 1 16:49 weibo/
  10. -rw-r--r-- 1 root root 21 Jul 1 16:49 xtrabackup_binlog_info
  11. -rw-r----- 1 root root 89 Jul 1 16:49 xtrabackup_checkpoints
  12. -rw-r--r-- 1 root root 563 Jul 1 16:49 xtrabackup_info
  13. -rw-r----- 1 root root 2560 Jul 1 16:49 xtrabackup_logfile

2. 把备份目录拷贝到从库上


  1. # scp -r 2015-07-01_16-49-43 root@192.168.18.214:/home/root

3. 从库上把MySQL服务停掉,删除datadir目录,将备份目录重命名为datadir目录


  1. # sudo rm -rf /var/lib/mysql/
  2. # sudo mv 2015-07-01_16-49-43/ /var/lib/mysql
  3. # sudo chown mysql.mysql -R /var/lib/mysql
  4. # sudo /etc/init.d/mysql start
  5. # ps -ef |grep mysql #查看已经正常启动
  6. mysql 8832 1 0 16:55 ? 00:00:00 /usr/sbin/mysqld

4. 在主库创建test_tb2表,模拟数据库新增数据


  1. mysql> create table test_tb2(id int,name varchar(30));

5. 从备份目录中xtrabackup_info文件获取到binlog和pos位置


  1. # cat /var/lib/mysql/xtrabackup_info
  2. uuid = 201af9db-1fce-11e5-96b0-525400e4239d
  3. name =
  4. tool_name = innobackupex
  5. tool_command = --user=root --password=... ./
  6. tool_version = 1.5.1-xtrabackup
  7. ibbackup_version = xtrabackup version 2.2.11 based on MySQL server 5.6.24 Linux (x86_64) (revision id: )
  8. server_version = 5.5.43-0ubuntu0.12.04.1-log
  9. start_time = 2015-07-01 16:49:43
  10. end_time = 2015-07-01 16:49:46
  11. lock_time = 1
  12. binlog_pos = filename 'mysql-bin.000001', position 429 #这个位置
  13. innodb_from_lsn = 0
  14. innodb_to_lsn = 1598188
  15. partial = N
  16. incremental = N
  17. format = file
  18. compact = N
  19. compressed = N

6. 从库设置从这个日志点同步,并启动


  1. mysql> change master to master_host='192.168.18.212',
  2. -> master_user='sync',
  3. -> master_password='sync',
  4. -> master_log_file='mysql-bin.000001',
  5. -> master_log_pos=429;
  6. mysql> start slave;
  7. mysql> show slave status\G;
  8. *************************** 1. row ***************************
  9. Slave_IO_State: Waiting for master to send event
  10. Master_Host: 192.168.18.212
  11. Master_User: sync
  12. Master_Port: 3306
  13. Connect_Retry: 60
  14. Master_Log_File: mysql-bin.000001
  15. Read_Master_Log_Pos: 539
  16. Relay_Log_File: mysqld-relay-bin.000002
  17. Relay_Log_Pos: 363
  18. Relay_Master_Log_File: mysql-bin.000001
  19. Slave_IO_Running: Yes
  20. Slave_SQL_Running: Yes
  21. ......

7. 从库查看weibo库里面的表

可以看到IO和SQL线程均为YES,说明主从配置成功。


  1. mysql> show tables;
  2. +---------------------------+
  3. | Tables_in_weibo |
  4. +---------------------------+
  5. | test_tb |
  6. | test_tb2 |

发现刚才模拟创建的test_tb2表已经同步过来。

原文发布时间为:2015-07-10


本文来自合作伙伴“Linux中国”

时间: 2024-09-15 00:05:13

不停止 MySQL 服务增加从库的两种方式的相关文章

不停止MySQL服务增加从库的两种方式

 现在生产环境MySQL数据库是一主一从,由于业务量访问不断增大,故再增加一台从库.前提是不能影响线上业务使用,也就是说不能重启MySQL服务,为了避免出现其他情况,选择在网站访问量低峰期时间段操作.  一般在线增加从库有两种方式,一种是通过mysqldump备份主库,恢复到从库,mysqldump是逻辑备份,数据量大时,备份速度会很慢,锁表的时间也会很长.另一种是通过xtrabackup工具备份主库,恢复到从库,xtrabackup是物理备份,备份速度快,不锁表.为什么不锁表?因为自身会监控主

通过两种方式增加从库——不停止mysql服务_Mysql

一般在线增加从库有两种方式,一种是通过mysqldump备份主库,恢复到从库,mysqldump是逻辑备份,数据量大时,备份速度会很慢,锁表的时间也会很长.另一种是通过xtrabackup工具备份主库,恢复到从库,xtrabackup是物理备份,备份速度快,不锁表.为什么不锁表?因为自身会监控主库日志,如果有更新的数据,就会先写到一个文件中,然后再回归到备份文件中,从而保持数据一致性. 现在生产环境MySQL数据库是一主一从,由于业务量访问不断增大,故再增加一台从库.前提是不能影响线上业务使用,

实现JSP连接MySql数据库的两种方式

js|mysql|数据|数据库 当您面临JSP连接MySQL数据库问题,你首先需要在MySQL数据库里创建一username表,表里面创建两个字符型的字段,字段名分别为:uid,pwd,然后插入几条测试数据. 以下用两种方式来实现JSP连接MySql数据库 第一种方式,用JSP实现: <%@ page contentType="text/html; charset=gb2312" language="java"  import="java.sql.*

企业seo优化服务两种方式的比较

目前中小企业的seo优化方式还是依靠外部提供,不论是个人还是公司,只需能满足需求,有信誉,有质量保证,根本上都能够选择.今天所说的两种方式主要是指:内部SEO团队建立和seo参谋优化. 内部seo团队主要是树立本人的项目执行团队,由于内部人员对公司的需求愈加理解,而且在公司内部的配合水平也顺畅. 优势:沟通畅畅,执行顺利;理解行业及公司产品,对关键词选择.软文写作.链接诱饵的设置有优势;内部员工更牢靠.担任,从操作手法上也会防止作弊等短期进步排名的的seo办法. 优势:内部员工要经过培训,到达合

WIN 10 IIS 服务或万维网发布服务,或者依赖这两种服务的某个服务未能启动。该服务或所依赖的服务可能在启动期间发生错误或者已禁用。

环境:win10 企业版 今天重启iis的时候报出了下面的错误: 即:IIS 服务或万维网发布服务,或者依赖这两种服务的某个服务未能启动.该服务或所依赖的服务可能在启动期间发生错误或者已禁用.在网络上搜索解决方案,比如: 即:点击打开链接 这三个服务我也禁止了: 上面的方案我在win7下操作成功了(之前win7下也遇到过这个问题),但在win 10下没有效果. 于是查看系统日志: 具体信息如下:日志名称:          System来源:            Service Control

php连接MySQL的两种方式对比_Mysql

记录一下PHP连接MySQL的两种方式. 先mock一下数据,可以执行一下sql. /*创建数据库*/ CREATE DATABASE IF NOT EXISTS `test`; /*选择数据库*/ USE `test`; /*创建表*/ CREATE TABLE IF NOT EXISTS `user` ( name varchar(50), age int ); /*插入测试数据*/ INSERT INTO `user` (name, age) VALUES('harry', 20), ('

详解android与服务端交互的两种方式

做Android开发的程序员必须知道android客户端应该如何与服务端进行交互,这里主要介绍的是使用json数据进行交互.服务端从数据库查出数据并以json字符串的格式或者map集合的格式返回到客户端,客户端进行解析并输出到手机屏幕上. 此处介绍两种方式:使用Google原生的Gson解析json数据,使用JSONObject解析json数据 一.使用Google原生的Gson解析json数据: 记得在客户端添加gson.jar. 核心代码: 服务端: package com.mfc.ctrl

不停止mysql服务配置主从

不影响主库线上的服务前提下,增加从库,前提是线上的主库配置中已经开启binlog并且指定了server-id. linux主192.168.0.70 版本Centos6.7 nginx1.10 php5.4.45 mysql5.5.48 windows从192.168.0.71 版本IIS7 mysql5.5.54 php5.6.29   master 主库原有配置/etc/my.cnf参数 [mysqld]log-bin=mysql-binserver-id = 1expire_logs_da

停止MySQL服务hang的问题简单分析(一)

写第一篇,意味着还有第二篇的内容,这个也是自己今天偶然发现的问题.同事之前碰到了一个MySQL服务不断重启的问题,究其原因,其实倒还合理,今天的这个问题比较纠结,看起来好像没有直接的联系,问题算是比较诡异. 我简单复现下这个问题,我在5.7.19的版本中做了测试,可以复现. 首先搭建一主两从的测试环境,使用sandbox或者是我自己写的shell版本也可以,具体可以参考:https://github.com/jeanron100/mysql_slaves 我配置的环境如下,端口分别为10010和