MySQL主从复制

随着数据量不断的增加，由单台Mysql作为独立的数据库有的时候是不能满足实际需求的，无论是在安全性，高可用性以及高并发等各个方面。

因此，一般来说都是通过主从复制（Master-Slave）的方式来同步数据，再通过读写分离（MySQL-Proxy）来提升数据库的并发负载能力这样的方案来进行部署与实施的。

使用mysql主从复制的好处有：

1、采用主从服务器这种架构，稳定性得以提升。如果主服务器发生故障，我们可以使用从服务器来提供服务。

2、在主从服务器上分开处理用户的请求，可以提升数据处理效率。

3、将主服务器上的数据复制到从服务器上，保护数据免受意外的损失。

如下图所示：



下面是我在实际工作过程中所整理的笔记，在此分享出来，以供大家参考。

一、MySQL的安装与配置

具体的安装过程，建议参考我的这一篇文章：http://www.yzswyl.cn/blread-1639.html

值得一提的是，我的安装过程都是源码包编译安装的，并且所有的配置与数据等都统一规划到了/opt/mysql目录中，因此在一台服务器上安装完成以后，可以将整个mysql目录打包，然后传到其它服务器上解包，便可立即使用。

二、MySQL主从复制（全部复制）

场景描述：

主数据库服务器：192.168.10.130，MySQL已经安装，并且无应用数据。

从数据库服务器：192.168.10.131，MySQL已经安装，并且无应用数据。

2.1 主服务器上进行的操作

记录下 FILE 及 Position 的值，在后面进行从服务器操作的时候需要用到。

2.2 配置从服务器

其中Slave_IO_Running 与 Slave_SQL_Running 的值都必须为YES，才表明状态正常。

注意：如果主服务器已经存在应用数据，则在进行主从复制时，需要做以下处理：

(1)主数据库进行锁表操作，不让数据再进行写入动作

mysql> FLUSH TABLES WITH READ LOCK;

(2)查看主数据库状态

mysql> show master status;

(3)记录下 FILE 及 Position 的值。

将主服务器的数据文件（整个/opt/mysql/data目录）复制到从服务器，建议通过tar归档压缩后再传到从服务器解压。

(4)取消主数据库锁定

mysql> UNLOCK TABLES;

2.3 验证主从复制效果

主服务器上的操作

在从服务器上查看

由此，整个MySQL主从复制的过程就完成了。

三、MySQL主从复制复制部分库或表

这里跟全部复制不同的是主从服务器修改/etc/my.cnf配置的地方，这里只介绍不同的情况。

3.1 主服务器的配置

3.2 从服务器的配置

replicate部分也可以这样写：

mysql replication单表或多表复制时需注意的几个问题：

1.主库和从库的数据库名必须相同；

2.主库和从库的复制可以精确到表，但是在需要更改主库或从库的数据结构时需要立刻重启slave；

3.不能在mysql配置文件里直接写入master的配置信息，需要用change master命令来完成；

4.指定replicate_do_db必须在my.ini里配置，不能用change master命令来完成；

5.如果不及时清理，日积月累二进制日志文件可能会把磁盘空间占满，可以在配置文件里加上expire_logs_days=7，只保留最近7天的日志，建议当slave不再使用时，通过reset slave来取消relaylog；

上面几条是在使用过程当中发现的律，不知道是否正确，有误之处，还望指点。

最后，编写一shell脚本，用nagios监控slave的两个“yes”，如发现只有一个或零个“yes”，就表明主从有问题了，发短信警报吧。

详情参考我的另一篇文章：nagios监控mysql主从复制