首页 > 代码库 > Mysql主从复制原理加实战
Mysql主从复制原理加实战
前言:本文将介绍主从复制的作用,原理以及实战等内容
一,主从复制作用
MYSQL主从复制有利于数据库架构的健壮性,提升访问速度和易于管理
健壮性:
当主服务器出现问题,可以立刻切换到从服务器提供服务
1.主从服务器互为备份
但是异步同步,有时还是不能数据完全一样,当主挂了,只能把主的binlog拉到从库上,让从库不丢失数据
2.读写分离分担网站压力(读写分离数据库结构)
把更新数据操作交给主服务器,查询交给从服务器,如果网站以浏览为主的业务,这时多个从服务器的负载均衡就很有效了
中大型公司:通过程序(php,java)
测试环境:代理软件(mysql-proxy,amoeda)
二,主从复制原理
1.是异步方式同步,逻辑同步,通过SQL语句执行,主库通过记录BINLOG实现对从库的同步
2.从库有两个线程IO和SQL,主库有一个线程IO
3.从库IO会向主库IO要BIN-lOG的文件里的数据和下一个位置点,放在relay-log中继日志下,然后master.info文件会根据relaylog更新自己上面记录bin-log文件的下一个位置
4.从库SQL线程会根据relay-log里的日志,把数据写到从库数据文件里
三,主从复制实战之一主多从
1,主库打开binlog,修改server id,创建连接账号
vim /etc/my.cnf log_bin=mysql-bin server_id=1 GRANT REPLICATION SLAVE ON *.* TO ‘rep‘@‘%‘ IDENTIFIED BY ‘456‘; flush privileges;
2,全备
mysqldump -uroot -A --events --master-data=http://www.mamicode.com/2 > /opt/backup.sql
3,从库关闭binlog,修改id,设置只读,导入全备数据
vim /etc/my.cnf #log_bin=mysql-bin server_id=2 read-only mysql -uroot < /opt/backup.sql
4,从库配置连接,根据/opt/backup.sql里记录的时刻点,我的是mysql-bin.000006,417
CHANGE MASTER TO MASTER_HOST=‘11.2.0.75‘, MASTER_PORT=3306, MASTER_USER=‘rep‘, MASTER_PASSWORD=‘456‘, MASTER_LOG_FILE=‘mysql-bin.000006‘, MASTER_LOG_POS=417; 如果--master-data=http://www.mamicode.com/1,这两个不用写>四,主从复制实战之双主互备
1,我们已经是一主一丛的状态了,数据同步完整,修改主库配置文件
auto_increment_increment=2 auto_increment_offset=1 log-slave-updates=true log-bin=mysql-bin2,配置从库配置文件,把read-only去掉
auto_increment_increment=2 auto_increment_offset=2 log-slave-updates=true log-bin=mysql-bin3,重启数据库
server mysqld restart4,将原先的主库当成从库,做一次同样的配置,我用的是多实例,所以只改了一下port
CHANGE MASTER TO MASTER_HOST=‘11.2.0.75‘, MASTER_PORT=3307 MASTER_USER=‘rep‘, MASTER_PASSWORD=‘456‘, MASTER_LOG_FILE=‘mysql-bin.000006‘, MASTER_LOG_POS=417; 如果--master-data=http://www.mamicode.com/1,这两个不用写>
本文出自 “数据库学习历程” 博客,请务必保留此出处http://yuemu.blog.51cto.com/10688235/1869345
Mysql主从复制原理加实战