全文主要参考自: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、操作前停止一切更新操作(写入、更新、删除等);
配置master(主服务器)
- vi /etc/my.cnf
- #[必须]启用二进制日志
- log-bin=mysql-bin
- #[必须]服务器唯一ID,默认是1,一般取IP最后一段
- server-id=151
- #[非必须]需要同步的数据库
- #binlog-do-db=testdb
- #[非必须]忽略同步的数据库
- #binlog-ignore-db=mysql
配置slave(从服务器)
- 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”!
在主服务器上创建备份专用帐户
- 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(主服务器)的状态
- mysql -uroot -ppassword -e "show master status;"
这是在主服务器上执行的,看准了。
不解释了,看输出:
- 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之后就可以
看权限设置是否生效。而不必冒太大风险。
- 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:关闭从服务器复制功能
检查从服务器复制功能状态
- mysql -uroot -ppassword -e "show slave status\G;"
输出如下:
- *************************** 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:
主要查看以下两项:
- 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再操作吧,这次命令比较多,不组合了!
- 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;
在从服务器上执行以下操作:
- mysql -uroot -ppassword -e "show databases; use db_test_slave; select * from tb_test;"
查看输出:
- +--------------------+
- | 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