<span>主从复制之操作实践(二)</span>
今天说一下MySQL的主从复制如何做到!
一、准备工作。
1.两个虚拟机:我这里用的是CentOS5.5,IP地址分别是192.168.1.101 和192.168.1.105;
101做主服务器,105做从服务器(都已经安装相同版本的Mysql);
2.本机环境:Apache+PHP+MySQL
好了,现在开始吧,来看看这听起来高大上的主从复制是怎么回事。
原理:mysql要做到主从复制,其实依靠的是二进制日志,即:假设主服务器叫A,从服务器叫B;主从复制就是
B跟着A学,A做什么,B就做什么。那么B怎么同步A的动作呢?现在A有一个日志功能,把自己所做的增删改查的动作
全都记录在日志中,B只需要拿到这份日志,照着日志上面的动作施加到自己身上就可以了。这样就实现了主从复制。
扩展:MYSQL还有一种日志叫做:慢日志
可以设置一个时间,那么所有执行时间超过这个时间的SQL都会被记录下来。这样就可以通过慢日志快速的找到网站中SQL的瓶颈来进行优化。
大家有时间可以研究一下,这里不多做介绍。
二、实现步骤。
1、首先修改mysql的配置文件,使其支持二进制日志功能。
打开主服务器的mysql配置文件:my.conf
代码:# vi /etc/my.cnf
加入如下三行代码:
参数解释:log-bin=mysql-bin //将mysql二进制日志取名为mysql-bin
binlog_format=mixed //二进制日志的格式,有三种:statement/row/mixed,具体分别不多做解释,这里使用mixed
server-id=101 //为服务器设置一个独一无二的id便于区分,这里使用ip地址的最后一位充当server-id
配置完成,:wq 保存,重启mysql
重启mysql命令:# service mysqld restart
同样的,进入从服务器,配置从服务器的my.cnf,重复步骤1即可,
唯一的区别是,server-id要改成从服务器的ip尾位,即server-id=105;其他两项是一样的,保存,并重启mySQL;
2、在主服务器上为从服务器分配一个账号,就像一把钥匙,从服务器拿着这个钥匙,才能到主服务器上来共享主服务器的日志文件。
进入主服务器的mysql界面,
命令: # mysql -u root -p 111111 //我这里mysql账号是root,密码是111111
在mysql操作界面下,输入下面一行命令:
1 GRANT replication slave ON *.* TO 'slave'@'%' IDENTIFIED BY '1234'; 2 flush privileges;
3、获取主库所有结构和数据。
(1)锁住主库,窗口不能退出,退出失效。
flush table with read lock;
(2)备份主库。
mysqldump -uroot -p123456 -S /data/3306/mysql.sock -A -B --events|gzip > /server/backup/rep_bak$(date +%F).sql.gz;
(3)解锁主库。如果解锁之后在主库上执行show master status,如果还是mysql-bin.000025 说明是正确的,如果动了说明没有锁住表,如果mysqldump 加了-F 他就会更改刷新binlog。
unlock table;
(4)在从库上建库并执行主库的备份sql。
#gzip -d rep_bak2016-06-29.sql.gz
#mysql -uroot -p123456 -S /data/3307/mysql.sock
4、查看主服务器BIN日志的信息(执行完之后记录下这两值,然后在配置完从服务器之前不要对主服务器进行任何操作,因为每次操作数据库时这两值会发生改变)。
# show master status
5、设置从服务器。
进入从服务器mysql
命令: # mysql -u root -p111111
关闭slave(如果你以前配置过主从的话,一定要先关闭)
命令:stop slave;
开始配置:
输入下面代码即可:
1 CHANGE MASTER TO 2 MASTER_HOST='10.142.160.30', 3 MASTER_PORT=3312, 4 MASTER_USER='mysqlsync', 5 MASTER_PASSWORD='NDIwMWIzMWE5ZGVmMGI2YmY4Y2RkYzUx', 6 MASTER_LOG_FILE='mysql-bin.000002', 7 MASTER_LOG_POS=718054;
参数解释:MASTER_HOST : 设置要连接的主服务器的ip地址
MASTER_USER : 设置要连接的主服务器的用户名
MASTER_PASSWORD : 设置要连接的主服务器的密码
MASTER_LOG_FILE : 设置要连接的主服务器的bin日志的日志名称,即第3步得到的信息
MASTER_LOG_POS : 设置要连接的主服务器的bin日志的记录位置,即第3步得到的信息,(这里注意,最后一项不需要加引号。否则配置失败)
change master to master_host="192.168.1.101", master_user="slave", master_password="1234",master_log_file="mysql-bin000060" master_log_pos=248;
先在从服务器配置完成,启动从服务器:
命令: start slave;
6、查看是否配置成功。
命令: show slave status\G;
上面两项均为yes,说明配置成功,否则,请重复前面的步骤。
提示:如果出现show master status里面没有东西说明bin-log日志没有开启
Slave_IO_Running:Yes,这是I/O线程状态,I/O线程负责从从库去主库读取binlog日志,并写入从库的中继日志中,状态为Yes表示I/O线程工作正常。
Slave_SQL_Running:Yes 这个是SQL线程状态,SQL线程负责读取中继日志(relay-log)中的数据并转换为SQL语句应用到从库数据库中,状态为Yes表示SQL线程工作正常
Seconds_Behind_Master:0 这个是在复制过程中,从库比主库延迟的描述,这个参数很重要,但企业里更准确地判断主从延迟的方法为:在主库写时间戳,然后从库读取时间戳进行比较,从而认定是否延迟。
##################################################################
三、从库提升为主库的操作。
mysql主从复制中,需要将备库(从库)提升为主库,需要取消其从库角色,可以通过执行以下命令:
1、执行# stop slave;
2、执行 #reset slave all;
RESET SLAVE ALL是清除从库的同步复制信息,包括连接信息和二进制文件名、位置
从库上执行这个命令后,使用show slave status将不会有输出
##################################################################
四、Mysql主从复制延迟问题原因及解决方法。
问题一:一个主库的从库太多,导致复制延迟。
建议从库数量3-5 为宜,要复制的从节点数量过多,会导致复制延迟
问题二:从库硬件比主库差,导致复制延迟
查看master和slave的系统配置,可能会因为机器配置的问题,包括磁盘IO、CPU、内存等各方面因素造成复制的延迟,一般发生在高并发大数据量写入场景。
问题三:慢SQL语句过多
假如一条SQL语句,执行时间是20秒,那么从库执行完毕,到从库上能查到数据也至少是20秒,这样就延迟20秒了
SQL语句的优化一般要作为常规工作不断的监控和优化,如果是单个SQL的写入时间长,可以修改后分多次写入,通过查看慢查询日志或show full processlist 命令找出执行时间长的查询语句或者打的事务。
问题四:主从复制的设计问题
例如,主从复制单线程,因为主库写并发太大,来不及传送到从库就会导致延迟。
更高版本的MySQL可以支持多线程复制,门户网站会开发自己多线程同步功能。
问题五:主从库之间的网络延迟。
主库的网卡、网线、连接的交换机等网络设备都可能成为复制的瓶颈,导致复制延迟,另外,跨公网主从复制很容易导致主库复制延迟
问题六:主库读写压力大,导致复制延迟
主库硬件要搞好一点,架构的前端要加buffer以及缓存层。
通过read-only参数让从库只读访问
read-only参数选项可以让从服务器只允许来自服务器线程或具有SUPER权限的数据库用户进行更新,可以确保从服务器不接受来自用户端的非法用户更新。
##################################################################################