mysql同步之2

核心提示：手册来源：MySQL(和PHP搭配之最佳组合)手册版本 5.0.20，出处：http://iMySQL(和PHP搭配之最佳组合).cn，mysql同步之2，转载请注明译者和出处，并且不能用于商业用途，就可以按照上述几个步骤配置其它slave了，无需再次取得master的数据快照，违者必究，6.4 设置同步以下描述了如何

　　手册来源：MySQL(和PHP搭配之最佳组合)手册版本 5.0.20，出处：http://iMySQL(和PHP搭配之最佳组合).cn，转载请注明译者和出处，并且不能用于商业用途，违者必究。
6.4 设置同步

以下描述了如何快速设置MySQL(和PHP搭配之最佳组合)同步服务器。假设你打算同步全部的数据库，并且之前没有设置过。需要关闭master服务器以完成全部的步骤。本章描述的过程可以用于一个slave的情况，也可以用于多个slave的情况。

这只是一个最直接设置slave的办法，并不是只有一个。例如，已经有了master的数据快照(snapshot)，master已经设置了服务器编号ID(server_id)并且启用了二进制日志，这就无需关闭master或者阻止在master上更新数据了。详情请看"6.9 Replication FAQ"。

想要完全掌握MySQL(和PHP搭配之最佳组合)同步设置，最好把本章全部读完，并且测试在"14.6.1 SQL Statements for Controlling Master Servers"和"14.6.2 SQL Statements for Controlling Slave Servers"中提到的全部语句。而且要熟悉各种同步设置选项，详情请看"6.8 Replication Startup Options"。
注意，这个过程以及后面一些同步SQL语句需要有 SUPER 权限。MySQL(和PHP搭配之最佳组合) 4.0.2以前，则是 PROCESS 权限。

1. 请确认master和slave上都安装了较近的MySQL(和PHP搭配之最佳组合)版本，且这些版本之间要能兼容，在"6.5 Replication Compatibility Between MySQL(和PHP搭配之最佳组合) Versions"中列出来了。请确认在最新版本中还有存在问题，否则不要报告该bug。
2. 在master上新加一个帐户，slave才能用它来连接。这个帐户必须授予 REPLICATION SLAVE 权限。如果这个帐户只用于同步(推荐这么做)，那就没必要授予其他权限了。设定你的域是 mydomain.com，想要授权一个帐户 repl 使用密码 slavepass，允许它可以在域里的任何主机连接到master上。用 GRANT 语句来创建帐户：

MySQL(和PHP搭配之最佳组合)> GRANT REPLICATION SLAVE ON *.*
-> TO 'repl'@'%.mydomain.com' IDENTIFIED BY 'slavepass';

在MySQL(和PHP搭配之最佳组合) 4.0.2以前，用 FILE 权限来代替 REPLICATION SLAVE：

MySQL(和PHP搭配之最佳组合)> GRANT FILE ON *.*
-> TO 'repl'@'%.mydomain.com' IDENTIFIED BY 'slavepass';


如果打算在slave上执行 LOAD TABLE FROM MASTER 或 LOAD DATA FROM MASTER 语句，那么必须给该帐户授予附加权限：
* 授予全局 SUPER 和 RELOAD 权限。
* 授予对在想要加载的所有表上的 SELECT 权限。在master上任何没有 SELECT 权限的表都会被 LOAD DATA FROM MASTER 略过。
3. 如果只用到 MyISAM 表，执行 FLUSH TABLES WITH READ LOCK 语句刷新所有表并且阻止其他写入：

MySQL(和PHP搭配之最佳组合)> FLUSH TABLES WITH READ LOCK;

不要退出执行 FLUSH TABLES 语句的客户端，以保持读锁有效(如果退出了，读锁就释放了)。然后从master上取得数据快照。比较简单的办法就是把数据目录打包压缩。例如，Unix上的 tar， PowerArchiver, WinRAR, WinZip，或Windows上的类似程序。想要用 tar 来创建一个压缩包，包括所有的数据库，只需执行以下命令(把目录改成你的真实路径)：

shell> tar -cvf /tmp/MySQL(和PHP搭配之最佳组合)-snapshot.tar .

如果只想打包一个数据库 this_db，只需执行命令：

shell> tar -cvf /tmp/MySQL(和PHP搭配之最佳组合)-snapshot.tar ./this_db


然后把这个文件拷贝到slave的 `/tmp` 目录下。在slave上，执行以下命令解开压缩包(把目录改成你的真实路径)：

shell> tar -xvf /tmp/MySQL(和PHP搭配之最佳组合)-snapshot.tar

可能不需要同步 MySQL(和PHP搭配之最佳组合) 数据库，因为在slave上的权限表和master不一样。这时，解开压缩包的时候要排除它。同时在压缩包中也不要包含任何日志文件，或者 `master.info~ 或 `relay-log.info` 文件。当在master上的 FLUSH TABLES WITH READ LOCK 语句还生效时，在master上读取当前二进制文件的文件名及偏移位置：

MySQL(和PHP搭配之最佳组合) > SHOW MASTER STATUS;
+---------------+----------+--------------+------------------+
| File | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+---------------+----------+--------------+------------------+
| MySQL(和PHP搭配之最佳组合)-bin.003 | 73 | test | manual,MySQL(和PHP搭配之最佳组合) |
+---------------+----------+--------------+------------------+

File 字段显示了二进制日志文件名，Position 字段显示了日志偏移位置。在这个例子中，日志文件是 MySQL(和PHP搭配之最佳组合)-bin.003，偏移位置是 73。记下这些值，在后面设置slave的时候就需要用到它们了。它们表示了slave要从master的哪个偏移位置开始处理更新操作。取得快照和记录下日志名及偏移位置后，就可以让master释放读锁了：

MySQL(和PHP搭配之最佳组合)> UNLOCK TABLES;

如果用到 InnoDB 表，那么最好使用 InnoDB Hot Backup 工具。它无需在master上请求任何锁就能做到快照的一致性，并且在后面中在slave上要用到的快照中已经记录了日志文件名以及偏移位置。InnoDB Hot Backup 是费免费(商业的)的附加工具，它没有包含在MySQL(和PHP搭配之最佳组合)发布包中。访问 InnoDB Hot Backup 的主页 php>http://www.innodb.com/manual.php 查看更多详细信息。除去 InnoDB Hot Backup 的另一个最快的办法就是关闭master服务器，拷贝 InnoDB 数据文件，日志文件，以及表结构定义文件(`.frm` 文件)。想要记录当前日志文件及偏移位置，需要在master关闭前执行如下可语句：

MySQL(和PHP搭配之最佳组合)> FLUSH TABLES WITH READ LOCK;
MySQL(和PHP搭配之最佳组合)> SHOW MASTER STATUS;


尽快记下 SHOW MASTER STATUS 显示结果中的日志文件及偏移位置。然后，在不解锁的情况下关闭master，确保master上的快照和记录的结果一致：

shell> MySQL(和PHP搭配之最佳组合)admin -u root shutdown

还有一个方法可以同时用于 MyISAM 和 InnoDB 表，这就是在master上作SQL转储而无需如上所述备份二进制日志。在master上运行 MySQL(和PHP搭配之最佳组合)dump --master-data 命令，然后把结果文件转储到slave上。不过，这比拷贝二进制日志慢点。如果master在以前没有启用 --log-bin 选项，那么执行 SHOW MASTER STATUS 语句的结果中的文件名及偏移位置值为空了，那么后面在slave上指定的参数值就是空字符串('') 和 4了。
4. 确认master上的 `my.cnf` 文件 [MySQL(和PHP搭配之最佳组合)d] 区间有 log-bin 选项。这个区间还必须有 server-id=master_id 选项，的值必须是 1 到 2^32-1 之间的正整数。例如：

[MySQL(和PHP搭配之最佳组合)d]
log-bin
server-id=1

如果这些配置选项不存在，那么就加上并且重启master。
5. 关闭要做slave的服务器，在 `my.cnf` 文件中增加如下选项：

[MySQL(和PHP搭配之最佳组合)d]
server-id=slave_id


slave_id 的值和 master_id 类似，是 1 到 2^32-1 之间的正整数。另外，这个ID必须不能和master的ID一样。例如：

[MySQL(和PHP搭配之最佳组合)d]
server-id=2


如果有多个slave，那么每个slave都必须要有一个唯一的 server-id，它的值不能和master以及其其他slave的值一样。可以把 server-id 想象成为IP地址：这些ID标识了整个同步组合中的每个服务器。如果没有指定 server-id 的值，如果也没定义 master-host，那么它的值就为1，否则为2。注意，如果没有设定 server-id，那么master就会拒绝所有的slave连接，同时slave也会拒绝连接到master上。因此，省略配置 server-id 只对备份二进制日志有利。
6. 如果已经备份了master上的数据(直接打包压缩的方式)，那么在slave启动之前把它们拷贝过去。要确保文件的权限属主等设置没问题。MySQL(和PHP搭配之最佳组合)运行的用户必须对这些文件有读写权限，就跟在master上一样。如果是用 MySQL(和PHP搭配之最佳组合)dump 备份的，那么可以直接启动salve(直接跳到下一步)。
7. 启动slave，如果它之前已经运行同步了，那么在启动slave的时候使用 --skip-slave-start 选项使之不会立刻去连接master。最好也使用 --log-warnings 选项(从 MySQL(和PHP搭配之最佳组合) 4.0.19 和 4.1.2 开始就是默认启用了)来启动slave，以知道发生问题时的更详细的信息(例如，网络或者连接问题)。从开始MySQL(和PHP搭配之最佳组合) 4.0.21 和 4.1.3，异常中止的连接不再记录到错误日志中，除非 --log-warnings 选项的值大于1。
8. 如果在master上用 MySQL(和PHP搭配之最佳组合)dump 备份数据的话，把文件导入slave中：

shell> MySQL(和PHP搭配之最佳组合) -u root -p < dump_file.sql

9. 在slave上执行如下语句，把各个选项的值替换成真实值：

MySQL(和PHP搭配之最佳组合)> CHANGE MASTER TO
-> MASTER_HOST='master_host_name',
-> MASTER_USER='replication_user_name',
-> MASTER_PASSWORD='replication_password',
-> MASTER_LOG_FILE='recorded_log_file_name',
-> MASTER_LOG_POS=recorded_log_position;

下表列出了各个选项字符串的最大长度：
MASTER_HOST 60
MASTER_USER 16
MASTER_PASSWORD 32
MASTER_LOG_FILE 255
10. 启动slave线程：

MySQL(和PHP搭配之最佳组合)> START SLAVE;

做完上述过程后，slave应该会连接到master上并且捕获所有从取得快照后的更新操作。如果忘了设置master的 server-id 值，那么slave就不能连接到master上。如果忘了设置master的 server-id 值，那么在错误日志中就会记录如下内容：

Warning: You should set server-id to a non-0 value if master_host is set;
we force server id to 2, but this MySQL(和PHP搭配之最佳组合) server will not act as a slave.

如果因为其他原因不能同步的话，错误信息也会记录在slave的日志上。一旦slave开始同步了，就能在数据文件目录下找到2个文件 `master.info` 和`relay-log.info`。slave利用这2个文件来跟踪处理了多少master的二进制日志。不要删除或者修改这2个文件，除非知道怎么改。尽管如此，我们更推荐用 CHANGE MASTER TO 语句来做。

注意：`master.info` 中的内容覆盖了部分命令行中指定的或 `my.cnf` 的选项。详情请看"6.8 Replication Startup Options"。只要有了master的数据快照，就可以按照上述几个步骤配置其它slave了。无需再次取得master的数据快照，每个slave都可以用这一份快照来做。