假如你对MySql数据库主从同步负载均衡实时的备份，的实际操作过程感到很是很抑郁时。你就能够阅读下面的文章了，我在一个信誉度很好的网站找到一个关于MySql数据库主从同步负载均衡实时的备份的实际操作。供咱们共享。

最近将四台MySQL数据库服务器装备成主从形式以完成必定的负载均衡，好象还能够承受，至少现在没有出什么大问题。

MySQL同步机制根据master把一切对数据库的更新、删去 等)都记载在二进制日志里。因而，想要启用同步机制，在master就有必要启用二进制日志。每个slave承受来自master上在二进制日志中记载的更新操作，因而在slave上履行了这个操作的一个仿制。应该非常重要地意识到，二进制日志仅仅从启用二进制日志开端的时刻才记载更新操作的。一切的slave有必要在启用二进制日志时把master上现已存在的数据仿制过来。假如运转同步时slave上的数据和master上启用二进制日志时的数据不一致的话，那么slave同步就会失利。

把master上的数据仿制过来的办法之一真实slave上履行 LOAD DATA FROM MASTER 句子。不过要留意，LOAD DATA FROM MASTER 是从MySQL 4.0.0之后才开端能够用的，并且只支撑master上的 MyISAM 类型表。同样地，这个操作需求一个大局的读锁，这样的话传送日志到slave的时分在master上就不会有更新操作了。

当完成了自在锁表热备份时(在MySQL 5.0中)，大局读锁就没必要了。由于有这些约束，因而咱们主张只在master上相关数据比较小的时分才履行 LOAD DATA FROM MASTER 句子，或许在master上答应一个长期的读锁。由于每个体系之间 LOAD DATA FROM MASTER 的速度各不相同，一个比较好的衡量规则是每秒能仿制1MB数据。这仅仅的大略的估量，不过master和slave都是飞跃700MHz的机器且用100MBit/s网络衔接时就能到达这个速度了。

slave上现已完好仿制master数据后，就能够衔接到master上然后等候处理更新了。假如master当机或许slave衔接断开，slave会定时测验衔接到master上直到能重连并且等候更新。重试的时刻距离由 –master-connect-retry 选项来操控，它的默认值是60秒。每个slave都记载了它封闭时的日志方位。msater是不知道有多少个slave衔接上来或许哪个slave从什么时分开端更新。

MySQL数据库同步功用由3个线程(master上1个，slave上2个)来完成。履行 START SLAVE 句子后，slave就创立一个I/O线程。I/O线程衔接到master上，并恳求master发送二进制日志中的句子。master创立一个线程来把日志的内容发送到slave上。这个线程在master上履行 SHOW PROCESSLIST 句子后的成果中的 Binlog Dump 线程就是。

slave上的I/O线程读取master的 Binlog Dump 线程发送的句子，并且把它们仿制到其数据目录下的中继日志(relay logs)中。第三个是SQL线程，salve用它来读取中继日志，然后履行它们来更新数据。如上所述，每个mster/slave上都有3个线程。每个master上有多个线程，它为每个slave衔接都创立一个线程，每个slave只需I/O和SQL线程。

在MySQL 4.0.2曾经，同步只需2个线程(master和slave各一个)。slave上的I/O和SQL线程合并成一个了，它不运用中继日志。slave上运用2个线程的长处是，把读日志和履行分开成2个独立的使命。履行使命假如慢的话，读日志使命不会跟着慢下来。

例如，假如slave中止了一段时刻，那么I/O线程能够在slave发动后很快地从master上读取悉数日志，虽然SQL线程或许落后I/O线程好几的小时。假如slave在SQL线程没悉数履行完就中止了，但I/O线程却现已把一切的更新日志都读取并且保存在本地的中继日志中了，因而在slave再次发动后就会持续履行它们了。这就答应在master上铲除二进制日志，由于slave现已无需去master读取更新日志了。履行 SHOW PROCESSLIST 句子就会告知咱们所关怀的master和slave上产生的状况。 下面咱们来详细装备

1. 在主服务器上为从服务器树立一个用户：

grant replication slave on *.* to ‘用户名‘@’主机’ identified by ‘暗码’; （在MySQL 数据库4 dot 0.2曾经，用 FILE 权限来替代 REPLICATION SLAVE）

假如打算在slave上履行 LOAD TABLE FROM MASTER 或 LOAD DATA FROM MASTER 句子，那么有必要给该帐户颁发附加权限：
颁发大局 SUPER 和 RELOAD 权限。

颁发对想要加载的一切表上的 SELECT 权限。在master上任何没有 SELECT 权限的表都会被 LOAD DATA FROM MASTER 略过。

2. 修改主服务器的装备文件：/etc/my.cnf

server-id = 1

log-bin

binlog-do-db=需求备份的数据库名，假如备份多个数据库，重复设置这个选项即可

binlog-ignore-db=不需求备份的数据库薄命，假如备份多个数据库，重复设置这个选项即可

3. 修改从服务器的装备文件：/etc/my.cnf

server-id=2 （装备多个从服务器时顺次设置id号）

master-host=主机

master-user=用户名

master-password=暗码

master-port=端口

replicate-do-db=需求备份的数据库名，假如备份多个数据库，重复设置这个选项即可

记住先手动同步一下主从服务器中要备份的数据库，然后重启主，从服务器。

要验证主从设置是否现已成功，能够登录从服务器输入如下指令：

mysql>showslavestatus\G

得到的列表会有相似下面的数据：

Slave_IO_State:Waitingformastertosendevent 
Slave_IO_Running:Yes 
Slave_SQL_Running:Yes

假如后边两个选项不全是Yes，那就阐明你前面某个过程装备错了。

假如你的设置是正确的，测验在主服务器上刺进若干条记载，然后你再转到从服务器，会发现相应的新记载现已主动同步过来了。

假如你的主从服务器现已装备好了，那么你在应用程序中，只需确保一切的insert/delete/update操作是在主服务器上进行的，那么相应的数据改变会主动同步到从服务器上，这样，咱们就能够把select操作分管到多台从数据库上，然后下降服务器的载荷。

假如你想运用仿制数据文件的办法来备份数据库，只需在从服务器上的MySql数据库指令行先键入slave stop;然后仿制数据库文件，仿制好了，再在mysql指令行键入slave start;发动从服务器，这样就即备份了数据有确保了数据完好性，并且整个过程中主服务器的mysql无需中止。

提示：假如修改了主服务器的装备，记住删去从服务器上的master.info文件。否则从服务器运用的仍是老装备，或许会导致过错。

留意：关于要仿制多个数据库时，binlog-do-db和replicate-do-db选项的设置，假如要备份多个数据库，只需重复设置相应选项就能够了。

比方：

binlog-do-db=a
bbinlog-do-db=b 
replicate-do-db=a 
replicate-do-db=b 

弥补：

在从服务器上运用show slave status

Slave_IO_Running,为No,则阐明IO_THREAD没有发动，请履行slave start [IO_THREAD]

Slave_SQL_Running为No则仿制犯错,检查Last_error字段扫除过错后履行slave start [SQL_THREAD]

【修改引荐】

1. 处理MySQL中文乱码的办法概括
2. MySQL 装置备份在Linux体系中的装置
3. MySQL 数据库的双机热备实际操作装备
4. 树立MySQL镜像数据库在linux下的简略计划
5. Mysql装置与qmail实际操作概述