欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  数据库

MySQL 复制 on Ubuntu12.04

程序员文章站 2024-04-04 22:25:47
...

MySQL 复制(Replication)基于binnary logging机制,将数据在master和slave之间同步。无论机制、配置、运行维护都比MSSQL2000的

一、简介

MySQL 复制(Replication)基于binnary logging机制,,将数据在master和slave之间同步。无论机制、配置、运行维护都比MSSQL2000的复制简单稳定很多(mssql2000之后的版本没用过)。

Mysql master将数据更新、变化作为事件写入binary log,Mysql slave读取binary log的事件并将相同的更新、变化写入自己的数据库。

Master只管自己写binary log,不用照看slave。Slave只要在线,数据即可持续同步;即使slave离线,恢复在线后可以继续执行未完成的复制。这一点非常适合进行数据备份,因为在slave上备份丝毫不影响master的运行。

Master可以有多个slaves,slave也可以同时作为master并且拥有自己的slaves。

每一个master和slave必须在my.cnf中指定唯一的 server-id。

在slave上,复制可以随时使用简单的指令停止、恢复。

binary log有三种格式:STATEMENT,ROW,MIXED。STATEMENT格式基于SQL语句,性能高但不支持某些SQL语句;ROW格式基于行,能克服STATEMENT格式的缺点但会产生较大的日志;MIXED结合二者特点,默认使用STATEMENT,当STATEMENT格式不适用时自动转为ROW格式。推荐MIXED可以在Master的my.cnf中设定此参数。

二、设置Mysql复制非常简单,场景如下。

OS:Ubuntu12.04 X86_64

Master:主机名 mysql-0,IP 192.168.150.200

Slave: 主机名 mysql-1,IP 192.168.150.204

1、在Master上:

编辑文件/etc/mysql/my.cnf 确保有如下几行(后3行是InnoDB引擎必须的,建议加上)
[mysqld]

bind-address=0.0.0.0
server-id=1
log-bin=mysql-binary-log   #这个名字自己随便起
binlog_format=MIXED
innodb_fast_shutdown=0
innodb_flush_log_at_trx_commit=1
sync_binlog=1

然后重启Master的mysql server。

创建一个用户

mysql> create user 'repl'@'192.168.150.200' identified by 'pass4repl';
mysql> grant replication slave on *.* to 'repl'@'192.168.150.200';

为slave获得binary log坐标,首先要使数据库暂时只读,执行:
mysql> FLUSH TABLES WITH READ LOCK;

此终端窗口不动,另外打开一个终端窗口连接到mysql server,执行:
mysql> SHOW MASTER STATUS;
+-------------------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+-------------------------+----------+--------------+------------------+
| mysql-binary-log.000001 | 106 | | |
+-------------------------+----------+--------------+------------------+
1 row in set (0.00 sec)

记下来这两个值mysql-binary-log.000001、106,一会儿设置slave时要用到,注意,这是我的测试结果,你的结果很可能不同。(Binlog_Do_DB 和 Binlog_Ignore_DB也许能决定哪些库复制哪些库不复制,这个以后研究

如果Master上已经有了数据,则需要先用mysqldump或者原始数据拷贝生成现有数据的”快照“,应用到Slave服务器上,再配置Slave。

一般用mysqldump做备份,再拷贝到slave上恢复就能满足大部分需求。特殊情况稍微复杂些,可以参考官方链接:
16.1.1.5 Creating a Data Snapshot Using mysqldump
16.1.1.6 Creating a Data Snapshot Using Raw Data Files

如果Master上没有用户数据,或者已经把数据快照应用到Slave上,就可以在刚才执行”FLUSH TABLES WITH READ LOCK;“的终端窗口里执行
mysql> UNLOCK TABLES;

以解锁Master数据库,然后继续配置Slave。(或者退出该终端窗口也可)

2、在Slave上:

编辑文件/etc/mysql/my.cnf 确保有如下2行
[mysqld]

report-host=192.168.150.200
server-id=2

重启一下slave的mysql server。

然后在mysql中执行:
mysql> CHANGE MASTER TO
-> MASTER_HOST='192.168.150.200',
-> MASTER_USER='repl',
-> MASTER_PASSWORD='pass4repl',
-> MASTER_LOG_FILE='mysql-binary-log.000001',
-> MASTER_LOG_POS=106;

大功告成!

3、简单的管理任务(结果数据来自官方文档)

在Master上

mysql> SHOW PROCESSLIST \G;
*************************** 4. row ***************************
Id: 10
User: root
Host: slave1:58371
db: NULL
Command: Binlog Dump
Time: 777
State: Has sent all binlog to slave; waiting for binlog to be updated
Info: NULL

mysql> SHOW SLAVE HOSTS;
+-----------+--------+------+-------------------+-----------+
| Server_id | Host | Port | Rpl_recovery_rank | Master_id |
+-----------+--------+------+-------------------+-----------+
| 10 | slave1 | 3306 | 0 | 1 |
+-----------+--------+------+-------------------+-----------+
1 row in set (0.00 sec)

在slave上

mysql> SHOW SLAVE STATUS \G
mysql> STOP SLAVE;
mysql> START SLAVE;

参考: Mysql的官方文档写得真心不错,清晰易懂。

禁用Mysql复制:
1、在Slave上停止复制,执行:
mysql> STOP SLAVE;

2、在Master上,编辑 /etc/mysql/my.cnf,注释掉如下几行:
report-host=192.168.150.200
server-id=2