CentOS 6.5 下MySQL 5.6.38主从复制架构配置记录
2017-12-07 11:09
337 查看
全文主要参考自:CentOS 6.5 下MySQL 5.7.12主从复制架构配置记录,其中穿插加了一些补充及我自己遇到的问题
1、实现服务器负载均衡;
2、通过复制实现数据的异地备份;
3、提高数据库系统的可用性;
4、可以分库【垂直拆分】,分表【水平拆分】;
1、MySQL版本一致;
你还没有安装MySQL?
请参考:CentOS 6.5 下安装MySQL 5.7.12,使用官网下载的rpm安装包
or linux CentOS6.5 yum安装mysql 5.6
2、MySQL中的数据一致;
不一致就把它们搞一致!
3、操作前停止一切更新操作(写入、更新、删除等);
[plain] view
plain copy
vi /etc/my.cnf
#[必须]启用二进制日志
log-bin=mysql-bin
#[必须]服务器唯一ID,默认是1,一般取IP最后一段
server-id=151
#[非必须]需要同步的数据库
#binlog-do-db=testdb
#[非必须]忽略同步的数据库
#binlog-ignore-db=mysql
[plain] view
plain copy
vi /etc/my.cnf
#[可选]启用二进制日志
log-bin=mysql-bin
#[必须]服务器唯一ID,默认是1,一般取IP最后一段
server-id=152
#[非必须]需要同步的数据库
#binlog-do-db=testdb
#[非必须]忽略同步的数据库
#binlog-ignore-db=mysql
如果你的从服务器下面再挂从服务器,启用二进制日志就是必选的!
/etc/init.d/mysqld restart
重启的目的是使用刚才的配置生效,主从都需要重启;
注意:服务名是“mysqld”,不是某同学文章中的“mysql”!
[plain] view
plain copy
mysql -uroot -ppassword -e "GRANT REPLICATION SLAVE,RELOAD,SUPER ON *.* TO 'backup'@'192.168.0.152' IDENTIFIED BY '123456';"
注意:
1、这里是用GRANT创建用户并授权远程登录权限,而不是使用“Create User”来创建;
2、命令是在Shell下执行,不是在“mysql”客户端中执行;
我是为了方便,直接把命令都写到一行里了,当然你也可以先用“mysql -uroot -ppassword”登录后,
再执行“GRANT REPLICATION SLAVE,RELOAD,SUPER ON *.* TO 'backup'@'192.168.0.152' IDENTIFIED BY '123456';”;
命令中的“password”是什么鬼?我怎么登录不了!泥玛,我哪知道你的 root 用户密码是什么鬼!
3、backup是新创建的账号,192.168.0.152是从数据库的ip,123456是backup的密码
[plain] view
plain copy
mysql -uroot -ppassword -e "show master status;"
这是在主服务器上执行的,看准了。
不解释了,看输出:
[plain] view
plain copy
mysql: [Warning] Using a password on the command line interface can be insecure.
+------------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000001 | 154 | | | |
+------------------+----------+--------------+------------------+-------------------+
File列和Position列的值一会儿我们要用到。
在配置之前,可以先测试backup用户能否连接到主库的mysql:
flush privileges作用:(百度结果)
本质上的作用是将当前user和privilige表中的用户信息/权限设置从mysql库(MySQL数据库
的内置库)中提取到内存里。MySQL用户数据和权限有修改后,希望在"不重启MySQL服务"的情况下直接生效,
那么就需要执行这个命令。通常是在修改ROOT帐号的设置后,怕重启后无法再登录进来,那么直接flush之后就可以
看权限设置是否生效。而不必冒太大风险。
[plain] view
plain copy
mysql -uroot -ppassword -e "change master to master_host='192.168.0.151',master_user='backup',master_password='123456',master_log_file='mysql-bin.000001',master_log_pos=154; start slave;"
//注意不要断开,154数字前后无单引号。
//启动从服务器复制功能
master_host=主服务器IP
master_user=在主服务器上创建的备份用户名
master_password=备份用户密码
master_log_file=查询master(主服务器)的状态得到的File列的值
master_log_pos=Position列的值
start slave:启动从服务器复制功能
stop slave:关闭从服务器复制功能
[plain] view
plain copy
mysql -uroot -ppassword -e "show slave status\G;"
输出如下:
[plain] view
plain copy
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.0.151
Master_User: backup
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000001
Read_Master_Log_Pos: 154
Relay_Log_File: vir2-relay-bin.000002
Relay_Log_Pos: 320
Relay_Master_Log_File: mysql-bin.000001
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 154
Relay_Log_Space: 526
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id: 151
Master_UUID: 959de288-197f-11e6-9615-525400190a25
Master_Info_File: /var/lib/mysql/master.info
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
Master_Retry_Count: 86400
Master_Bind:
Last_IO_Error_Timestamp:
Last_SQL_Error_Timestamp:
Master_SSL_Crl:
Master_SSL_Crlpath:
Retrieved_Gtid_Set:
Executed_Gtid_Set:
Auto_Position: 0
Replicate_Rewrite_DB:
Channel_Name:
Master_TLS_Version:
主要查看以下两项:
[plain] view
plain copy
Slave_IO_Running: Yes
lave_SQL_Running: Yes
Slave_IO及Slave_SQL进程必须正常运行,即YES状态,否则都是错误的状态(如:其中一个NO均属错误)。
以上操作过程,主从服务器配置完成。
我在一次配置过程中忘记在主服务器上创建备份用户,Slave_IO_Running 就一直处于“connect”状态。
我在配置完成后,Slave_IO_Running就一直处于"connecting"状态,然后我将备份账户backup的host改为了'%',就连接上了,状态也变为了Yes。
在主服务器上执行以下操作:
你还是登录Mysql再操作吧,这次命令比较多,不组合了!
[plain] view
plain copy
mysql -uroot -ppassword
create database db_test_slave;
use db_test_slave;
create table tb_test(id int(3), name varchar(50));
insert into tb_test values(1,'hello slave');
show databases;
在从服务器上执行以下操作:
[plain] view
plain copy
mysql -uroot -ppassword -e "show databases; use db_test_slave; select * from tb_test;"
查看输出:
[plain] view
plain copy
+--------------------+
| Database |
+--------------------+
| information_schema |
| db_test_slave |
| mysql |
| performance_schema |
| sys |
+--------------------+
+------+-------------+
| id | name |
+------+-------------+
| 1 | hello slave |
+------+-------------+
看到在主服务器上创建的数据库、数据表、插入的数据记录了吗?
没有?自己找找原因吧,我一次就成功了。
上面提到了“如果你的从服务器下面再挂从服务器,启用二进制日志就是必选的!”,主从只是一个相对概念,一台MySQL服务即可以是主,也可以是从。
一开始讲了主从复制的一些好处,但是单一的主从复制也有其不足:当更新操作增加到一定程度后,主服务器的任务会过分繁重,成为瓶颈,从而使系统性能大幅度下降。另外当主机出现故障时,整个系统都涉及更新的功能都不能正常使用,因此系统的可靠性依然不高。
参考:
http://369369.blog.51cto.com/319630/790921/ http://www.cnblogs.com/Leo_wl/p/3287259.html http://zhangfengzhe.blog.51cto.com/8855103/1563032 http://blog.csdn.net/hguisu/article/details/7325124
为什么使用主从架构?
1、实现服务器负载均衡;2、通过复制实现数据的异地备份;
3、提高数据库系统的可用性;
4、可以分库【垂直拆分】,分表【水平拆分】;
主从配置的前提条件
1、MySQL版本一致;你还没有安装MySQL?
请参考:CentOS 6.5 下安装MySQL 5.7.12,使用官网下载的rpm安装包
or linux CentOS6.5 yum安装mysql 5.6
2、MySQL中的数据一致;
不一致就把它们搞一致!
3、操作前停止一切更新操作(写入、更新、删除等);
配置master(主服务器)
[plain] viewplain copy
vi /etc/my.cnf
#[必须]启用二进制日志
log-bin=mysql-bin
#[必须]服务器唯一ID,默认是1,一般取IP最后一段
server-id=151
#[非必须]需要同步的数据库
#binlog-do-db=testdb
#[非必须]忽略同步的数据库
#binlog-ignore-db=mysql
配置slave(从服务器)
[plain] viewplain copy
vi /etc/my.cnf
#[可选]启用二进制日志
log-bin=mysql-bin
#[必须]服务器唯一ID,默认是1,一般取IP最后一段
server-id=152
#[非必须]需要同步的数据库
#binlog-do-db=testdb
#[非必须]忽略同步的数据库
#binlog-ignore-db=mysql
如果你的从服务器下面再挂从服务器,启用二进制日志就是必选的!
重启mysql服务
/etc/init.d/mysqld restart重启的目的是使用刚才的配置生效,主从都需要重启;
注意:服务名是“mysqld”,不是某同学文章中的“mysql”!
在主服务器上创建备份专用帐户
[plain] viewplain copy
mysql -uroot -ppassword -e "GRANT REPLICATION SLAVE,RELOAD,SUPER ON *.* TO 'backup'@'192.168.0.152' IDENTIFIED BY '123456';"
注意:
1、这里是用GRANT创建用户并授权远程登录权限,而不是使用“Create User”来创建;
2、命令是在Shell下执行,不是在“mysql”客户端中执行;
我是为了方便,直接把命令都写到一行里了,当然你也可以先用“mysql -uroot -ppassword”登录后,
再执行“GRANT REPLICATION SLAVE,RELOAD,SUPER ON *.* TO 'backup'@'192.168.0.152' IDENTIFIED BY '123456';”;
命令中的“password”是什么鬼?我怎么登录不了!泥玛,我哪知道你的 root 用户密码是什么鬼!
3、backup是新创建的账号,192.168.0.152是从数据库的ip,123456是backup的密码
查询master(主服务器)的状态
[plain] viewplain copy
mysql -uroot -ppassword -e "show master status;"
这是在主服务器上执行的,看准了。
不解释了,看输出:
[plain] view
plain copy
mysql: [Warning] Using a password on the command line interface can be insecure.
+------------------+----------+--------------+------------------+-------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+----------+--------------+------------------+-------------------+
| mysql-bin.000001 | 154 | | | |
+------------------+----------+--------------+------------------+-------------------+
File列和Position列的值一会儿我们要用到。
配置Slave启动主从复制
在配置之前,可以先测试backup用户能否连接到主库的mysql:mysql -h 192.168.0.151 -ubackup -p123456可能会遇到问题:
D:\mysql\mysql-5.6.38-winx64\bin>mysql -h 192.168.0.151 -ubackup -p123456 Warning: Using a password on the command line interface can be insecure. ERROR 1045 (28000): Access denied for user 'backup'@'192.168.0.151' (using password: YES)我就遇到了,此时可以去主服务器上更改backup的host,命令如下:
mysql -uroot -proot mysql>use mysql; mysql>update user set host='%' where user='backup'; mysql>flush privileges;再去连接就连上了。
flush privileges作用:(百度结果)
本质上的作用是将当前user和privilige表中的用户信息/权限设置从mysql库(MySQL数据库
的内置库)中提取到内存里。MySQL用户数据和权限有修改后,希望在"不重启MySQL服务"的情况下直接生效,
那么就需要执行这个命令。通常是在修改ROOT帐号的设置后,怕重启后无法再登录进来,那么直接flush之后就可以
看权限设置是否生效。而不必冒太大风险。
[plain] view
plain copy
mysql -uroot -ppassword -e "change master to master_host='192.168.0.151',master_user='backup',master_password='123456',master_log_file='mysql-bin.000001',master_log_pos=154; start slave;"
//注意不要断开,154数字前后无单引号。
//启动从服务器复制功能
master_host=主服务器IP
master_user=在主服务器上创建的备份用户名
master_password=备份用户密码
master_log_file=查询master(主服务器)的状态得到的File列的值
master_log_pos=Position列的值
start slave:启动从服务器复制功能
stop slave:关闭从服务器复制功能
检查从服务器复制功能状态
[plain] viewplain copy
mysql -uroot -ppassword -e "show slave status\G;"
输出如下:
[plain] view
plain copy
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.0.151
Master_User: backup
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000001
Read_Master_Log_Pos: 154
Relay_Log_File: vir2-relay-bin.000002
Relay_Log_Pos: 320
Relay_Master_Log_File: mysql-bin.000001
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 154
Relay_Log_Space: 526
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id: 151
Master_UUID: 959de288-197f-11e6-9615-525400190a25
Master_Info_File: /var/lib/mysql/master.info
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
Master_Retry_Count: 86400
Master_Bind:
Last_IO_Error_Timestamp:
Last_SQL_Error_Timestamp:
Master_SSL_Crl:
Master_SSL_Crlpath:
Retrieved_Gtid_Set:
Executed_Gtid_Set:
Auto_Position: 0
Replicate_Rewrite_DB:
Channel_Name:
Master_TLS_Version:
主要查看以下两项:
[plain] view
plain copy
Slave_IO_Running: Yes
lave_SQL_Running: Yes
Slave_IO及Slave_SQL进程必须正常运行,即YES状态,否则都是错误的状态(如:其中一个NO均属错误)。
以上操作过程,主从服务器配置完成。
我在一次配置过程中忘记在主服务器上创建备份用户,Slave_IO_Running 就一直处于“connect”状态。
我在配置完成后,Slave_IO_Running就一直处于"connecting"状态,然后我将备份账户backup的host改为了'%',就连接上了,状态也变为了Yes。
主从服务器测试
在主服务器上执行以下操作:你还是登录Mysql再操作吧,这次命令比较多,不组合了!
[plain] view
plain copy
mysql -uroot -ppassword
create database db_test_slave;
use db_test_slave;
create table tb_test(id int(3), name varchar(50));
insert into tb_test values(1,'hello slave');
show databases;
在从服务器上执行以下操作:
[plain] view
plain copy
mysql -uroot -ppassword -e "show databases; use db_test_slave; select * from tb_test;"
查看输出:
[plain] view
plain copy
+--------------------+
| Database |
+--------------------+
| information_schema |
| db_test_slave |
| mysql |
| performance_schema |
| sys |
+--------------------+
+------+-------------+
| id | name |
+------+-------------+
| 1 | hello slave |
+------+-------------+
看到在主服务器上创建的数据库、数据表、插入的数据记录了吗?
没有?自己找找原因吧,我一次就成功了。
结束语
上面提到了“如果你的从服务器下面再挂从服务器,启用二进制日志就是必选的!”,主从只是一个相对概念,一台MySQL服务即可以是主,也可以是从。一开始讲了主从复制的一些好处,但是单一的主从复制也有其不足:当更新操作增加到一定程度后,主服务器的任务会过分繁重,成为瓶颈,从而使系统性能大幅度下降。另外当主机出现故障时,整个系统都涉及更新的功能都不能正常使用,因此系统的可靠性依然不高。
参考:
http://369369.blog.51cto.com/319630/790921/ http://www.cnblogs.com/Leo_wl/p/3287259.html http://zhangfengzhe.blog.51cto.com/8855103/1563032 http://blog.csdn.net/hguisu/article/details/7325124
相关文章推荐
- CentOS 6.5 下MySQL 5.7.12主从复制架构配置记录
- CentOS 7 下MySQL 5.7.12主从复制架构配置记录(亲自验证可行)
- centos 7下配置MySQL主从复制(Master-Slave)记录
- 分布式架构高可用架构篇_07_MySQL主从复制的配置(CentOS-6.7+MySQL-5.6)
- 分布式架构学习之:034--MySQL主从复制的配置(CentOS-6.7+MySQL-5.6)
- 分布式架构高可用架构篇_07_MySQL主从复制的配置(CentOS-6.7+MySQL-5.6)
- 分布式架构高可用架构篇_07_MySQL主从复制的配置(CentOS-6.7+MySQL-5.6)
- 高可用架构-- MySQL主从复制的配置
- 总结之:CentOS 6.5 MariaDB或MySQL主从复制详解 推荐
- CentOS 6.5通过yum安装和配置MySQL
- centos6.5安装mysql记录
- centos6.5安装配置nginx+php+mysql+httpsqs+ttserver+redis
- CentOs6.5基本环境配置(三):mysql 配置-mysql安装服务
- CentOS 6.5 常用配置修改记录
- centos6下mysql基本配置+主从复制配置
- CentOs6.5基本环境配置(三):mysql主从
- CentOS6.5安装与配置Mysql5.5
- Centos6.5 Mysql5.5 主从同步配置
- MySQL5.6主从复制的配置(CentOS-6.6+MySQL-5.6)(二)
- Centos 6.5 安装配置二进制格式 MySQL 5.7.18