配置MySQL主从复制(Replication)服务

我们一般使用 MySQL 的时候，如果数据量不大，只使用一台 MySQL 服务器，备份的时候使用 mysqldump 工具就可以了，但是随着业务不断发展，问题出现了：数据量直线上升，单独一台数据库服务器开始出现性能的瓶颈，数据访问越来越慢。备份也变得困难了，因为 mysqldump 是导出一份文本文件，而数据量特别大的时候，这样的备份往往需要很长时间。

　　如果你遇到了类似上面的问题，你就可以使用建立 MySQL 主从服务器的复制方式来解决，MySQL 的复制有以下几个优势：主服务器/从服务器设置增加了健壮性，主服务器出现问题时，你可以切换到从服务器继续提供服务。通过在从服务器上执行查询操作来降低客户查询的负荷，可以得到更好的客户响应时间，但是不要同时在主从服务器上进行更新，这样可能引起冲突。使用复制的另一个好处是可以使用一个从服务器执行备份，而不会干扰主服务器。在备份过程中主服务器可以继续处理更新。

　　MySQL 复制的原理：

　　MySQL使用3个线程来执行复制功能，其中1个在主服务器上，另两个在从服务器上。当发出START SLAVE时，从服务器创建一个I/O线程，以连接主服务器并让主服务器发送二进制日志。主服务器创建一个线程将二进制日志中的内容发送到从服务器。从服务器I/O线程读取主服务器Binlog Dump线程发送的内容并将该数据拷贝到从服务器数据目录中的本地文件中，即中继日志。第3个线程是SQL线程，从服务器使用此线程读取中继日志并执行日志中包含的更新。SHOW PROCESSLIST语句可以查询在主服务器上和从服务器上发生的关于复制的信息。

　　默认中继日志使用host_name-relay-bin.nnnnnn形式的文件名，其中host_name是从服务器主机名，nnnnnn是序列号。用连续序列号来创建连续中继日志文件，从000001开始。从服务器跟踪中继日志索引文件来识别目前正使用的中继日志。默认中继日志索引文件名为 host_name-relay-bin.index。在默认情况，这些文件在从服务器的数据目录中被创建。中继日志与二进制日志的格式相同，并且可以用 mysqlbinlog读取。当SQL线程执行完中继日志中的所有事件后，中继日志将会被自动删除。

前期准备：
主从mysql 的版本最好是一致，假如不一致，应该是从mysql的版本要高于主mysql的版本；如果反之，则可能发生意想不到的错误，切记切记。

一、配置主mysql

1.  在主库上为从库同步添加帐号，并赋与权限；
    grant replication slave on *.* to 'slave_user'@'%' identified by '123456';
//一般不用root帐号，“%”表示所有客户端都可能连，只要帐号，密码正确，此处可用具体客户端IP代替，如192.168.145.226，加强安全。

2. 修改my.cnf
vi /etc/mysql/my.cnf

在[mysqld]下，增加以下代码
server-id                = 1   （必须为1到232之间的一个正整数值）
log_bin                  = /var/log/mysql/mysql-bin.log  （二进制日志的位置和名称）
binlog-do-db        = 要复制的数据库名
binlog-ignore-db = mysql
binlog-ignore-db = information_schema   （不需要备份的数据库名，如果备份多个数据库，重复设置这个选项即可）

3. 重启mysql
/etc/init.d/mysql restart

4.  主服务器执行FLUSH TABLES WITH READ LOCK语句清空所有表和块写入语句（禁止再写入了）

      即先在主服务器上锁定所有的表，以免在复制过程中数据发生变化：

mysql> FLUSH TABLES WITH READ LOCK；　

5. 备份数据库
cd /var/lib/mysql/
tar -zcvf xxxx.tar.gz xxxx   (xxxx代表你要备份的数据库名)
然后scp到从服务器的mysql数据库位置上，解压缩之，即可

6. 查询主数据库状态(主服务器上进行)
mysql> show master status;
+------------------+----------+--------------+------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000003 |      235 |              |                  |
+------------------+----------+--------------+------------------+
记下file及position的值,后面做从服务器操作的时候需要用.

7. 打开主mysql写的功能
mysql> UNLOCK TABLES；

二、配置从mysql

1. 修改my.cnf
vi /etc/mysql/my.cnf
在[mysqld]下，增加以下代码
server-id                = 2

2. 将从主mysql拷贝过来的mysql数据库解压缩

3. 重启mysql，然后执行下面的语句
mysql>　change　master　to　
　　->　master_host='192.168.0.1',　
　　->　master_user='slave_user',　
　　->　master_password='123456',　
　　->　master_port=3306,　
　　->　master_log_file='mysql-bin.000003',　
　　->　master_log_pos=235,　
　　->　master_connect_retry=30;　

      使用本命令后，无须再次配置my.cnf的master信息，重启服务器后，同步仍然有效；这是因为，从服务器复制时，会在其数据目录中发现文件master.info和HOSTNAME-relay-log.info。从服务器使用这两个文件跟踪已经处理了多少主服务器的二进制日志。不要移除或编辑这些文件，除非你确切知你正在做什么并完全理解其意义。即使这样，最好是使用CHANGE MASTER TO语句。

4. 启动从服务器线程：
mysql> START SLAVE；　

5. 在从服务器上运行 show processlist 命令，检查是否启动两个复制进程。
mysql>　show　processlist　\G;　
***************************　1.　row　***************************　
　　　Id:　44　
　　User:　system　user　
　　Host:　
　　　db:　NULL　
Command:　Connect　
　　Time:　490　
　State:　Waiting　for　master　to　send　event　
　　Info:　NULL　
***************************　2.　row　***************************　
　　　Id:　45　
　　User:　system　user　
　　Host:　
　　　db:　NULL　
Command:　Connect　
　　Time:　390　
　State:　Has　read　all　relay　log;　waiting　for　the　slave　I/O　thread　to　update　it　
　　Info:　NULL　
3　rows　in　set　(0.00　sec)　

6. 在从服务器上运行 show slave status 命令，检查复制进程是否正确。
mysql>　show　slave　status　\G;　
***************************　1.　row　***************************　
　　　　　　　　Slave_IO_State:　Waiting　for　master　to　send　event　
　　　　　　　　　Master_Host:　192.168.0.1　
　　　　　　　　　Master_User:　slave_user　
　　　　　　　　　Master_Port:　3306　
　　　　　　　　Connect_Retry:　30　
　　　　　　　Master_Log_File:　mysql-bin.000003　
　　　　　Read_Master_Log_Pos:　235　
　　　　　　　　Relay_Log_File:　localhost-relay-bin.000002　
　　　　　　　　Relay_Log_Pos:　251　
　　　　Relay_Master_Log_File:　mysql-bin.000001　
　　　　　　　Slave_IO_Running:　Yes　
　　　　　　Slave_SQL_Running:　Yes　
　　　　　　　Replicate_Do_DB:　
　　　　　Replicate_Ignore_DB:　
　　　　　　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:　106　
　　　　　　　Relay_Log_Space:　410　
　　　　　　　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:　
1　row　in　set　(0.00　sec)　

        上面出现： Slave_IO_Running: Yes 和 Slave_SQL_Running: Yes 表示复制正常，如果有一个显示是NO，请检查以上的主从设置步骤是否正确。如果出现复制错误，从服务器的错误日志（HOSTNAME.err）中也会出现错误消息。

　　注意：从服务器复制时，会在其数据目录中发现文件master.info和HOSTNAME-relay-log.info。状态文件保存在硬盘上，从服务器关闭时不会丢失。下次从服务器启动时，读取这些文件以确定它已经从主服务器读取了多少二进制日志，以及处理自己的中继日志的程度。不要移除或编辑这些文件，除非你确切知你正在做什么并完全理解其意义。即使这样，最好是使用CHANGE MASTER TO语句。