mysql 主从复制 myisam_MySQL的主从复制Replication之MyIsam和InnoDB数据复制发布

MyIsam发布相对简单，把库下面所有文件拷过去就好了。复制Innodb的做法和MyIsam类似，只不过Innodb引擎下的表的数据内容不再是存

MyIsam发布相对简单，把库下面所有文件拷过去就好了。复制Innodb的做法和MyIsam类似，只不过Innodb引擎下的表的数据内容不再是存在同一的数据库目录下(MyIsam就是这么做的)，Innodb引擎下，数据文件存放在ibdata1这样的文件里，而操作的log默认存放在ib_logfile0、ib_logfile1、ib_logfile2这样的文件中。

Innodb的复制发布是以下的步骤(MyIsam的更简单一点，去掉其中特殊强调的Innodb部分，就是MyIsam的复制发布了)：

1、主库上，执行FLUSH TABLES WITH READ LOCK语句清空所有表和块写入语句：(当然也可以把数据库stop掉)

mysql> FLUSH TABLES WITH READ LOCK;

2、得到主库当前记录点

mysql > SHOW MASTER STATUS\G;

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

File: mysql-netprws_test-bin.000010

Position: 54736

Binlog_Do_DB: netprws

Binlog_Ignore_DB:

1 row in set (0.00 sec)

3、将主服务器的数据文件拷贝到从服务器上

如果有innodb引擎，须将innodb的数据文件拷贝过来，文件名可能是ibdata1

4、主库：确认文件已经生成拷贝了。

mysql> UNLOCK TABLES;

从服务器：

1. 停止用于从服务器的服务器并在其my.cnf文件中添加下面的行：

[mysqld]

server-id=slave_id

slave_id区别Master_id值，必须为2到2^32–1之间的一个正整数值。

2.启动从服务器

3.在从服务器上设置主服务器信息

mysql> CHANGE MASTER TO

-> MASTER_HOST='master_host_name',

-> MASTER_PORT=3306,

-> MASTER_USER='replication_user_name',

-> MASTER_PASSWORD='replication_password',

-> MASTER_LOG_FILE='recorded_log_file_name',

-> MASTER_LOG_POS=recorded_log_position;

4.启动复制

mysql> START SLAVE;

5.查看复制状态

mysql> SHOW SLAVE STATUS;

mysql> SHOW PROCESSLIST;

在Innodb的情况下：

Last_Errno: 1033

此处出错是innodb的复制发布的问题，需要删除从库上原来的innodb的log文件，通常文件名为：ib_logfile0,ib_logfile1...

再重新启动从库的slave。

mysql> show slave status\G;

……

Master_Log_File: mysql-netprws_test-bin.000010

Read_Master_Log_Pos: 55786

Relay_Log_File: localhost-relay-bin.000018

Relay_Log_Pos: 55936

Relay_Master_Log_File: mysql-netprws_test-bin.000010

Slave_IO_Running: Yes

Slave_SQL_Running: Yes

……

二者有为NO的，一般都是由于Master_Log_File或者Read_Master_Log_Pos的设置问题，还有就是网络问题了。通常到这里应该就OK了，如果还有问题，需要根据show slave status\G中看到的错误代码和错误提示再进行定位了。

另外从库的my.cnf中有一个设置建议用上。

read_only

这个属性打开很有必要，可以防止很多人为修改从库导致从库同步失败的问题。

采用 binlog 的方法相对来说更灵活，省心省力，而且还可以支持增量备份。

启用 binlog 时必须要重启 mysqld。首先，关闭 mysqld，打开 my.cnf，加入以下几行：

然后启动 mysqld 就可以了。运行过程中会产生 binlog.000001 以及 binlog.index，，前面的文件是 mysqld 记录所有对数据的更新操作，后面的文件则是所有 binlog 的索引，都不能轻易删除。关于 binlog 的信息请查看手册。

需要备份时，可以先执行一下 SQL 语句，让 mysqld 终止对当前 binlog的写入，就可以把文件直接备份，这样的话就能达到增量备份的目的了： FLUSH LOGS;如果是备份复制系统中的从服务器，还应该备份master.info 和 relay-log.info 文件。备份出来的 binlog 文件可以用 MySQL 提供的工具 mysqlbinlog 来查看，如：/usr/local/mysql/bin/mysqlbinlog /tmp/binlog.000001该工具允许你显示指定的数据库下的所有SQL 语句，并且还可以限定时间范围，相当的方便，详细的请查看手册。

恢复时，可以采用类似以下语句来做到： /usr/local/mysql/bin/mysqlbinlog /tmp/binlog.000001　　| mysql -uyejr -pyejr db_name把 mysqlbinlog 输出的 SQL 语句直接作为输入来执行它。

本条技术文章来源于互联网，如果无意侵犯您的权益请点击此处反馈版权投诉

本文系统来源：php中文网