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恢复数据库，另一方面可以为主从做准备。
原有主库配置参数如下：
#vimy.cnf
server-id=1#id要唯一
log-bin=mysql-bin#开启binlog日志
auto-increment-increment=1#在Ubuntu系统中MySQL5.5以后已经默认是1
auto-increment-offset=1
slave-skip-errors=all#跳过主从复制出现的错误
1. 主库创建同步账号
mysql>grantallon*.*to'sync'@'192.168.18.%'identifiedby'sync';
2. 从库配置MySQL
#vimy.cnf
server-id=3#这个设置3
log-bin=mysql-bin#开启binlog日志
auto-increment-increment=1#这两个参数在Ubuntu系统中MySQL5.5以后都已经默认是1
auto-increment-offset=1
slave-skip-errors=all#跳过主从复制出现的错误
3. 备份主库
#mysqldump-uroot-p123–routines–single_transaction–master-data=2–databasesweibo>weibo.sql
参数说明：
–routines：导出存储过程和函数
–single_transaction：导出开始时设置事务隔离状态，并使用一致性快照开始事务，然后unlock tables;而lock-tables是锁住一张表不能写操作，直到dump完毕。
–master-data：默认等于1，将dump起始(change master to)binlog点和pos值写到结果中，等于2是将change master to写到结果中并注释。
4. 把备份库拷贝到从库
#[email protected]:/home/root
5. 在主库创建test_tb表，模拟数据库新增数据，weibo.sql是没有的
mysql>createtabletest_tb(idint,namevarchar(30));
6. 从库导入备份库
#mysql-uroot-p123-e'createdatabaseweibo;'
#mysql-uroot-p123weibo<weibo.sql< p=””>
7. 在备份文件weibo.sql查看binlog和pos值
#head-25weibo.sql
–CHANGEMASTERTOMASTER_LOG_FILE='mysql-bin.000001',MASTER_LOG_POS=107;#大概22行
8. 从库设置从这个日志点同步，并启动
mysql>changemastertomaster_host='192.168.18.212',
->master_user='sync',
->master_password='sync',
->master_log_file='mysql-bin.000001',
->master_log_pos=107;
mysql>startslave;
mysql>showslavestatusG;
ERROR2006(HY000):MySQLserverhasgoneaway
Noconnection.Tryingtoreconnect…
Connectionid:90
Currentdatabase:***NONE***
***************************1.row***************************
Slave_IO_State:Waitingformastertosendevent
Master_Host:192.168.18.212
Master_User:sync
Master_Port:3306
Connect_Retry:60
Master_Log_File:mysql-bin.000001
Read_Master_Log_Pos:358
Relay_Log_File:mysqld-relay-bin.000003
Relay_Log_Pos:504
Relay_Master_Log_File:mysql-bin.000001
Slave_IO_Running:Yes
Slave_SQL_Running:Yes
……
可以看到IO和SQL线程均为YES，说明主从配置成功。
9. 从库查看weibo库里面的表
mysql>showtables;
+—————————+
|Tables_in_weibo|
+—————————+
|test_tb|
发现刚才模拟创建的test_tb表已经同步过来!
二、xtrabackup方式(推荐)
在上面配置基础上做实验，先删除掉从库配置：
mysql>stopslave;#停止同步
mysql>resetslave;#清除从连接信息
mysql>showslavestatusG;#再查看从状态，可以看到IO和SQL线程都为NO
mysql>dropdatabaseweibo;#删除weibo库
此时，从库现在和新装的一样，继续前进!
1. 主库使用xtrabackup备份
#innobackupex–user=root–password=123./
生成一个以时间为命名的备份目录：2015-07-01_16-49-43
#ll2015-07-01_16-49-43/
total18480
drwxr-xr-x5rootroot4096Jul116:49./
drwx——4rootroot4096Jul116:49../
-rw-r–r–1rootroot188Jul116:49backup-my.cnf
-rw-r—–1rootroot18874368Jul116:49ibdata1
drwxr-xr-x2rootroot4096Jul116:49mysql/
drwxr-xr-x2rootroot4096Jul116:49performance_schema/
drwxr-xr-x2rootroot12288Jul116:49weibo/
-rw-r–r–1rootroot21Jul116:49xtrabackup_binlog_info
-rw-r—–1rootroot89Jul116:49xtrabackup_checkpoints
-rw-r–r–1rootroot563Jul116:49xtrabackup_info
-rw-r—–1rootroot2560Jul116:49xtrabackup_logfile
2. 把备份目录拷贝到从库上
#[email protected]:/home/root
3. 从库上把MySQL服务停掉，删除datadir目录，将备份目录重命名为datadir目录
#sudorm-rf/var/lib/mysql/
#sudomv2015-07-01_16-49-43//var/lib/mysql
#sudochownmysql.mysql-R/var/lib/mysql
#sudo/etc/init.d/mysqlstart
#ps-ef|grepmysql#查看已经正常启动
mysql88321016:55?00:00:00/usr/sbin/mysqld
4.在主库创建test_tb2表，模拟数据库新增数据
mysql>createtabletest_tb2(idint,namevarchar(30));
5. 从备份目录中xtrabackup_info文件获取到binlog和pos位置
#cat/var/lib/mysql/xtrabackup_info
uuid=201af9db-1fce-11e5-96b0-525400e4239d
name=
tool_name=innobackupex
tool_command=–user=root–password=…./
tool_version=1.5.1-xtrabackup
ibbackup_version=xtrabackupversion2.2.11basedonMySQLserver5.6.24Linux(x86_64)(revisionid:)
server_version=5.5.43-0ubuntu0.12.04.1-log
start_time=2015-07-0116:49:43
end_time=2015-07-0116:49:46
lock_time=1
binlog_pos=filename'mysql-bin.000001',position429#这个位置
innodb_from_lsn=0
innodb_to_lsn=1598188
partial=N
incremental=N
format=file
compact=N
compressed=N
6. 从库设置从这个日志点同步，并启动
mysql>changemastertomaster_host='192.168.18.212',
->master_user='sync',
->master_password='sync',
->master_log_file='mysql-bin.000001',
->master_log_pos=429;
mysql>startslave;
mysql>showslavestatusG;
***************************1.row***************************
Slave_IO_State:Waitingformastertosendevent
Master_Host:192.168.18.212
Master_User:sync
Master_Port:3306
Connect_Retry:60
Master_Log_File:mysql-bin.000001
Read_Master_Log_Pos:539
Relay_Log_File:mysqld-relay-bin.000002
Relay_Log_Pos:363
Relay_Master_Log_File:mysql-bin.000001
Slave_IO_Running:Yes
Slave_SQL_Running:Yes
……
可以看到IO和SQL线程均为YES，说明主从配置成功。
9. 从库查看weibo库里面的表
mysql>showtables;
+—————————+
|Tables_in_weibo|
+—————————+
|test_tb|
|test_tb2|
发现刚才模拟创建的test_tb2表已经同步过来。
