不停止 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 恢复数据库,另一方面可以为主从做准备。
原有主库配置参数如下:
# vi my.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> grant all on *.* to 'sync'@'192.168.18.%' identified by 'sync';
2. 从库配置 MySQL
# vi my.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 --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. 把备份库拷贝到从库
# scp weibo.sql root@192.168.18.214:/home/root
5. 在主库创建 test_tb 表,模拟数据库新增数据,weibo.sql 是没有的
mysql> create table test_tb(id int,name varchar(30));
6. 从库导入备份库
# mysql -uroot -p123 -e 'create database weibo;'
# mysql -uroot -p123 weibo < weibo.sql
7. 在备份文件 weibo.sql 查看 binlog 和 pos 值
# head -25 weibo.sql
-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=107; #大概 22 行
8. 从库设置从这个日志点同步,并启动
mysql> change master to master_host='192.168.18.212',
-> master_user='sync',
-> master_password='sync',
-> master_log_file='mysql-bin.000001',
-> master_log_pos=107;
mysql> start slave;
mysql> show slave status\G;
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id: 90
Current database: *** NONE ***
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
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
......
9. 从库查看 weibo 库里面的表
可以看到 IO 和 SQL 线程均为 YES,说明主从配置成功。
mysql> show tables;
+---------------------------+
| Tables_in_weibo |
+---------------------------+
| test_tb |
发现刚才模拟创建的 test_tb 表已经同步过来!
二、xtrabackup 方式(推荐)
在上面配置基础上做实验,先删除掉从库配置:
mysql> stop slave; #停止同步
mysql> reset slave; #清除从连接信息
mysql> show slave status\G; #再查看从状态,可以看到 IO 和 SQL 线程都为 NO
mysql> drop database weibo; #删除 weibo 库
此时,从库现在和新装的一样,继续前进!
1. 主库使用 xtrabackup 备份
# innobackupex --user=root --password=123 ./
生成一个以时间为命名的备份目录:2015-07-01_16-49-43
# ll 2015-07-01_16-49-43/
total 18480
drwxr-xr-x 5 root root 4096 Jul 1 16:49 ./
drwx------ 4 root root 4096 Jul 1 16:49 ../
-rw-r--r-- 1 root root 188 Jul 1 16:49 backup-my.cnf
-rw-r----- 1 root root 18874368 Jul 1 16:49 ibdata1
drwxr-xr-x 2 root root 4096 Jul 1 16:49 mysql/
drwxr-xr-x 2 root root 4096 Jul 1 16:49 performance_schema/
drwxr-xr-x 2 root root 12288 Jul 1 16:49 weibo/
-rw-r--r-- 1 root root 21 Jul 1 16:49 xtrabackup_binlog_info
-rw-r----- 1 root root 89 Jul 1 16:49 xtrabackup_checkpoints
-rw-r--r-- 1 root root 563 Jul 1 16:49 xtrabackup_info
-rw-r----- 1 root root 2560 Jul 1 16:49 xtrabackup_logfile
2. 把备份目录拷贝到从库上
# scp -r 2015-07-01_16-49-43 root@192.168.18.214:/home/root
3. 从库上把 MySQL 服务停掉,删除 datadir 目录,将备份目录重命名为 datadir 目录
# sudo rm -rf /var/lib/mysql/
# sudo mv 2015-07-01_16-49-43/ /var/lib/mysql
# sudo chown mysql.mysql -R /var/lib/mysql
# sudo /etc/init.d/mysql start
# ps -ef |grep mysql #查看已经正常启动
mysql 8832 1 0 16:55 ? 00:00:00 /usr/sbin/mysqld
4. 在主库创建 test_tb2 表,模拟数据库新增数据
mysql> create table test_tb2(id int,name varchar(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 = xtrabackup version 2.2.11 based on MySQL server 5.6.24 Linux (x86_64) (revision id: )
server_version = 5.5.43-0ubuntu0.12.04.1-log
start_time = 2015-07-01 16:49:43
end_time = 2015-07-01 16:49:46
lock_time = 1
binlog_pos = filename 'mysql-bin.000001', position 429 #这个位置
innodb_from_lsn = 0
innodb_to_lsn = 1598188
partial = N
incremental = N
format = file
compact = N
compressed = N
6. 从库设置从这个日志点同步,并启动
mysql> change master to master_host='192.168.18.212',
-> master_user='sync',
-> master_password='sync',
-> master_log_file='mysql-bin.000001',
-> master_log_pos=429;
mysql> start slave;
mysql> show slave status\G;
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
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
......
7. 从库查看 weibo 库里面的表
可以看到 IO 和 SQL 线程均为 YES,说明主从配置成功。
mysql> show tables;
+---------------------------+
| Tables_in_weibo |
+---------------------------+
| test_tb |
| test_tb2 |
发现刚才模拟创建的 test_tb2 表已经同步过来。
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
上一篇: HTTP 的内容安全策略 CSP
下一篇: 彻底找到 Tomcat 启动速度慢的元凶
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论