您的位置:首页 > 数据库 > MySQL

MySQL 主从复制

2016-04-09 18:20 375 查看

1 复制概述

Mysql内建的复制功能是构建大型,高性能应用程序的基础。将Mysql的数据分布到多个系统上去,这种分布的机制,是通过将Mysql的某一台主机的数据复制到其它主机(slaves)上,并重新执行一遍来实现的。复制过程中一个服务器充当主服务器,而一个或多个其它服务器充当从服务器。主服务器将更新写入二进制日志文件,并维护文件的一个索引以跟踪日志循环。这些日志可以记录发送到从服务器的更新。当一个从服务器连接主服务器时,它通知主服务器从服务器在日志中读取的最后一次成功更新的位置。从服务器接收从那时起发生的任何更新,然后封锁并等待主服务器通知新的更新。

请注意当你进行复制时,所有对复制中的表的更新必须在主服务器上进行。否则,你必须要小心,以避免用户对主服务器上的表进行的更新与对从服务器上的表所进行的更新之间的冲突。

1.1 mysql支持的复制类型:

  (1):基于语句的复制: 在主服务器上执行的SQL语句,在从服务器上执行同样的语句。MySQL默认采用基于语句的复制,效率比较高。
一旦发现没法精确复制时, 会自动选着基于行的复制。
  (2):基于行的复制:把改变的内容复制过去,而不是把命令在从服务器上执行一遍. 从mysql5.0开始支持
  (3):混合类型的复制: 默认采用基于语句的复制,一旦发现基于语句的无法精确的复制时,就会采用基于行的复制。



1.首先在主库上执行操作

1.1 设置server-id值并开启binlog参数

根据前文MySQL 的主从同步原理,我们知道要实现主从复制,关键因素就是开启binlog日志功能,所以,我们首先打开主库的binlog日志参数。

1.2实现主从复制的必要条件:

(1)在配置文件my.cnf中配置server-id不能一样。

(2)在主库的配置文件my.cnf中开启log-bin。

查询是否开启代码如下:

[root@mysql ~]# egrep "log-bin|server-id"/data/{3306,3307}/my.cnf


/data/3306/my.cnf:log-bin =/data/3306/mysql-bin  ##显示已经开启


/data/3306/my.cnf:server-id =1


/data/3307/my.cnf:#log-bin =/data/3307/mysql-bin


/data/3307/my.cnf:server-id =3


[root@mysql ~]#


如果未开启修改主库的配置文件
执行vim /data/3306/my.cnf,编辑多实例3306的my.cnf配置文件,两个参数按如下内容修改:



提示:
1.上面两参数要放在my.cnf中的[mysqld]模块下,否则会出错。



1.3.修改完配置文件后,重启数据库

[root@mysql ~]#/data/3306/mysql stop


StopingMySQL...


[root@mysql ~]#/data/3306/mysql start


1.4.我们也可以在登录数据库中,查看修改的两处配置是否生效;

使用show variables;查看mysql究竟配置了什么参数;

mysql> show variables like "log_bin";


+---------------+-------+


|Variable_name|Value|


+---------------+-------+


| log_bin       | ON    |


+---------------+-------+


1 row in set (0.00 sec)




mysql> show variables like "server_id";


+---------------+-------+


|Variable_name|Value|


+---------------+-------+


| server_id     |1|


+---------------+-------+


1 row in set (0.00 sec)


2.1 建立用于主从复制的账号

根据主从复制的原理,从库要想和主库同步,必须有一个可以连接主库的账号,并且这个账号的权限是主库上创建的,权限是允许主库的从库连接并同步数据。

2.1、登录mysql3306 实例主数据库

[root@mysql ~]# mysql -uroot -p123456 -S /data/3306/mysql.sock


2.2、建立用于从库复制的账号rep:

mysql> grant replication slave on *.* to 'rep'@'192.168.1.%' identified by '123456';


Query OK,0 rows affected (0.00 sec)


2.3、查看授权

mysql> drop user 'root'@'mysql';##为安全考虑,将无用的授权删除


Query OK,0 rows affected (0.02 sec)




mysql> select user,host from mysql.user;


+------+-------------+


| user | host        |


+------+-------------+


| root |127.0.0.1|


| rep  |192.168.1.%|


| root | localhost   |


+------+-------------+


3 rows in set (0.00 sec)


mysql> flush privileges; ##刷新权限
Query OK, 0 rows affected (0.00 sec)


2.4 查看我们做过授权的用户,所具备的权限



2.5 给数据库一个读锁,是的用户无法创建库,只能读:

mysql> flush table with read lock;  ##将数据库表锁起来,锁表窗口不能退出,否则锁表失效


Query OK,0 rows affected (0.00 sec)




mysql> create database zhu;


ERROR 1223(HY000):Can't execute the query because you have a conflicting read lock


2.6记录锁表的位置点


mysql> show master status;##查看锁表的位置点


+------------------+----------+--------------+------------------+


|File|Position|Binlog_Do_DB|Binlog_Ignore_DB|


+------------------+----------+--------------+------------------+


| mysql-bin.000004|894|||


+------------------+----------+--------------+------------------+


1 row in set (0.00 sec)




mysql>


2.7 锁表打包数据库

[root@mysql ~]# mysqldump -uroot -p123456 --events -S /data/3306/mysql.sock -A -B|gzip >/opt/bak_$(date +%F).sql.gz


[root@mysql ~]# ll /opt/


总用量148


-rw-r--r--.1 root root 1443244月900:13 bak_2016-04-09.sql.gz


2.8 锁表打包完毕后,检查位置点有无变化,如果有变化,表示在打包的过程中有数据写入,锁表无效

mysql> show master status;##锁表后位置点事894


+------------------+----------+--------------+------------------+


|File|Position|Binlog_Do_DB|Binlog_Ignore_DB|


+------------------+----------+--------------+------------------+


| mysql-bin.000004|894|||


+------------------+----------+--------------+------------------+


1 row in set (0.00 sec)




mysql> show master status;##锁表打包后,位置点没有变化,表示打包数据完成


+------------------+----------+--------------+------------------+


|File|Position|Binlog_Do_DB|Binlog_Ignore_DB|


+------------------+----------+--------------+------------------+


| mysql-bin.000004|894|||


+------------------+----------+--------------+------------------+


1 row in set (0.00 sec)


2.9 接着将锁表打开

mysql> unlock tables;


Query OK,0 rows affected (0.00 sec)


mysql> create database zhu;##解锁以后可以写数据


Query OK,1 row affected (0.03 sec)




mysql>


2.9.1 查看生成的binlog文件



2.9.2 使用mysqlbinlog命令查看生成的binlog日志,mysqlbinlog 专门是将二进制语句翻译成sql语句的工具:

[root@mysql 3306]# mysqlbinlog mysql-bin.000004


3.接着做恢复从库的工作

[root@mysql opt]# cd /opt/


[root@mysql opt]# ll


总用量664


-rw-r--r--.1 root root 5282954月900:50 all-tmp.sql


-rw-r--r--.1 root root 1443244月900:13 bak_2016-04-09.sql.gz


drwxr-xr-x.2 root root 40963月262015 rh


[root@mysql opt]# gzip -d bak_2016-04-09.sql.gz


[root@mysql opt]# mysql -uroot -p123456 -S /data/3307/mysql.sock <bak_2016-04-09.sql


[root@mysql opt]#


3.1.1 接着在从库上执行change master to命令,实质实在从库上生成master.info文件的过程

[root@mysql opt]# mysql -uroot -p123456 -S /data/3307/mysql.sock<<EOF


stop slave;


CHANGE MASTER TO

MASTER_HOST='192.168.1.31',


MASTER_PORT=3306,


MASTER_USER='rep',


MASTER_PASSWORD='123456',


MASTER_LOG_FILE='mysql-bin.000004',


MASTER_LOG_POS=894;


EOF




3.1.2 最后一步开启从库开关:

mysql> start slave; ##打开开关


Query OK,0 rows affected (0.00 sec)




mysql>


接着检查从库状态信息:

mysql> show slave status \G;


***************************1. row ***************************


Slave_IO_State:Waitingfor master to send event


Master_Host:192.168.1.31


Master_User: rep


Master_Port:3306


Connect_Retry:60


Master_Log_File: mysql-bin.000004


Read_Master_Log_Pos:975


Relay_Log_File: relay-bin.000002


Relay_Log_Pos:334


Relay_Master_Log_File: mysql-bin.000004


Slave_IO_Running:Yes


Slave_SQL_Running:Yes


Replicate_Do_DB:


Replicate_Ignore_DB: mysql


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:975


Relay_Log_Space:484


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:1


1 row in set (0.00 sec)


3.1.3 最后测试主从

主库创建库:



从库:



最佳方案:
4.1 无须锁表的mysqldump备份命令
myisam 引擎企业生产备份命令:
mysqldump -uroot -p123456 -A -B --mastet-data=2 -x --events|gzip >/opt /all.sql.gz
innodb 引擎企业生产备份命令:推荐使用的
mysqldump -uroot -p123456 -A -B -F --mastet-data=2 --events --single-transaction|gzip >/opt/all.sql.gz

[root@mysql opt]# mysqldump -uroot -p123456 -S /data/3306/mysql.sock -A -B --master-data=2-x --events >/opt/all-tmp.sql ##演示如下命令


[root@mysql opt]# vim all-tmp.sql


其中--master-data=2,表示在前面加--



-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000004', MASTER_LOG_POS=975;##记录了增量备份的起点位置,主要是参数--master-data=2起的作用


注:
--master-data作用:
1、使用--master-data=2 进行备份文件会增加如下内容:适合普通备份增量恢复
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: