一、主从复制有什么好处?
1、采用主从服务器这种架构,稳定性得以提升。如果主服务器发生故障,我们可以使用从服务器来提供服务。
2、在主从服务器上分开处理用户的请求,可以提升数据处理效率。
3、将主服务器上的数据复制到从服务器上,保护数据免受意外的损失。
二、安装配置主从复制
前提条件:
1.两台数据库服务器
例如:mysql-master ip地址:192.168.1.77(已安装mysql数据库)
Mysql-slave ip地址:192.168.1.78(已安装mysql数据库)
2.两个数据库版本一致
3.初始化表,并后台启动mysql
4.两台数据库都修改root密码
主从配置:
1.修改主服务器master:
#vi /etc/my.cnf[mysqld]log-bin=mysql-bin //[必须]启用二进制日志
server-id=77//[必须]服务器唯一ID,默认是1,避免重复取IP最后一段
2.修改从服务器slave:
#vi /etc/my.cnf[mysqld]log-bin=mysql-bin //[必须]启用二进制日志server-id=78//[必须]服务器唯一ID,默认是2,避免重复取IP最后一段
3.重启两台服务器的mysql
Service mysql restart
4.在主服务器上建立账户并授权#mysql -uroot -p密码mysql>GRANT REPLICATION SLAVE ON *.* to 'mysync'@'%' identified by '123456';
//一般不用root帐号,“%”表示所有客户端都可能连,只要帐号,密码正确,此处可用具体客户端IP代替,如192.168.1.78,加强安全。
5.登录主服务器的mysql,查询master的状态
show master status;
注:执行完此步骤后不要再操作主服务器MYSQL,防止主服务器状态值变化。并且记住File和position的值,后面需要用到
6.配置从服务器slave:
changemasterto
master_host='192.168.1.77',
master_user='mysync',
master_password='123456',
master_log_file='mysql-bin.000020',
master_log_pos=1191789;
//注意不要断开,“1191789”无单引号Mysql>start slave; //启动从服务器复制功能7.检查从服务器复制功能状态:mysql> show slave status\G
注:Slave_IO及Slave_SQL进程必须正常运行,即YES状态,否则都是错误的状态(如:其中一个NO均属错误)。8.主从复制验证测试
A.在主服务器上创建数据库test1,并创建表tb_tetst;
B.在从服务器上查看已经有了一模一样的数据库和表。
C.删除主服务器上的数据库,从服务器上的也被删除了。
9.**扩展**
编写一个shell脚本,用nagios监控slave的两个“yes”,如发现只有一个或零个“yes”,就表明主从有问题了,就可以发短信警报给相关人员。
(Nagios是一个监视系统运行状态和网络信息的监视系统。Nagios能监视所指定的本地或远程主机以及服务,同时提供异常通知功能等。Nagios可运行在Linux/Unix平台之上,同时提供一个可选的基于浏览器的WEB界面以方便系统管理人员查看网络状态,各种系统问题,以及日志等等。)
三、常见的一些问题
a.在从服务器上使用show slave status\G,
Slave_IO_Running,为No。
则说明IO_THREAD没有启动,请执行start slave io_thread
Slave_SQL_Running为No。
则复制出错,查看Last_error字段排除错误后执行start slave sql_thread
查看Slave_IO_State字段空//复制没有启动
Connecting to master//没有连接上master
Waiting for master to send event//已经连上
b.从库SLAVE启动问题
由于一些错误操作导致 CHANGE MASTER和SLAVE服务无法启动,系统报错如下:
*****************************************************************
Could not initialize master info structure; more error messages can be found in the MySQL error log.
*****************************************************************
无法初始化master info结构,MySQL错误日志记录了更详细的错误信息。
解决方法:
1、查看MySQL错误日志,如:同步的上一个Position是多少,很多情况下无法启动服务是由于mysql识别的同步始终停留在上一个Position上。
2、查看master.info和relay-log.info,master.info记录MASTER相关信息,relay-log.info记录当前同步日志信息。
3、停止myslq服务,删除master.info和relay-log.info。
4、启动mysql服务。
5、重新CHANGE MASTER,重新启动SLAVE服务。
c.主从不能同步
show slave status;报错:Error xxx dosn't exist
且show slave status\G:
Slave_SQL_Running: NO
Seconds_Behind_Master: NULL
解决方法:
stop slave;
set global sql_slave_skip_counter =1 ;
start slave;
之后Slave会和Master去同步 主要看:
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Seconds_Behind_Master是否为0,0就是已经同步了
四、一些优化与监视:
show full processlist; //查看mysql当前同步线程号
skip-name-resolve //跳过dns名称查询,有助于加快连接及同步的速度
max_connections=1000 //增大Mysql的连接数目,(默认100)
max_connect_errors=100 //增大Mysql的错误连接数目,(默认10)
五、查看日志一些命令
1, show master status\G;
在这里主要是看log-bin的文件是否相同。
show slave status\G;
在这里主要是看:
Slave_IO_Running=Yes
Slave_SQL_Running=Yes
如果都是Yes,则说明配置成功.
2,在master上输入show processlist\G;
mysql> SHOW PROCESSLIST\G
*************************** 1. row ***************************
Id: 2
User: root
Host: localhost:32931
db: NULL
Command: Binlog Dump
Time: 94
State: Has sent all binlog to slave; waiting for binlog to
be updated
Info: NULL
如果出现Command: Binlog Dump,则说明配置成功.
3.stop slave #停止同步
4.start slave #开始同步,从日志终止的位置开始更新。
5.SET SQL_LOG_BIN=0|1 #主机端运行,需要super权限,用来开停日志,随意开停,会造成主机从机数据不一致,造成错误
6.SET GLOBAL SQL_SLAVE_SKIP_COUNTER=n # 客户端运行,用来跳过几个事件,只有当同步进程出现错误而停止的时候才可以执行。
RESET MASTER #主机端运行,清除所有的日志,这条命令就是原来的FLUSH MASTER
RESET SLAVE #从机运行,清除日志同步位置标志,并重新生成master.info
虽然重新生成了master.info,但是并不起用,最好,将从机的mysql进程重启一下,
7.LOAD TABLE tblname FROM MASTER #从机运行,从主机端重读指定的表的数据,每次只能读取一个,受timeout时间限制,需要调整timeout时间。执行这个命令需要同步账号有reload和super权限。以及对相应的库有select权限。如果表比较大,要增加net_read_timeout和net_write_timeout的值
8.LOAD DATA FROM MASTER #从机执行,从主机端重新读入所有的数据。执行这个命令需要同步账号有reload和super权限。以及对相应的库有select权限。如果表比较大,要增加net_read_timeout和net_write_timeout的值
9.show binlog events; #查看主库二进制日志文件内容:
注意:
1.主辅库同步主要是通过二进制日志来实现同步的。
2.在启动辅库的时候必须先把数据同步,并删除日志目录下的:master.info文件。因为master.info记录了上次要连接主库的信息,如果不删除,即使my.cnf里进行了修改,也不起作用。因为读取的还是master.info文件里的信息。