MySQL数据库处于主流操作系统下的同步实际操作流程

我们大家都知道当MySQL数据库的相关数据量读写较为频繁的时候，我们就主要考虑把MySQL数据库的实际读写分开，用这种方法来提高数据库的使用效率，(当然还有其他用处比如，备份数据)，这个时候我们就要用到MySQL的一个功能，数据库同步。 当数据库的数据量读

我们大家都知道当MySQL数据库的相关数据量读写较为频繁的时候，我们就主要考虑把MySQL数据库的实际读写分开，用这种方法来提高数据库的使用效率，(当然还有其他用处比如，备份数据)，这个时候我们就要用到MySQL的一个功能，数据库同步。

当数据库的数据量读写频繁的时候，我们就要考虑把MySQL数据库的读写分开，以提高数据库的使用效率，(当然还有其他用处比如，备份数据)，这个时候我们就要用到MySQL的一个功能，数据库同步。下面就具体讲一下实现方法

一、系统环境

主数据库(master)：

系统：Windows

数据库：MySQL 5.0.51

IP：192.168.1.156

从数据库(slave)：

系统：Linux

MySQL数据库：MySQL 5.0.67

IP：192.168.1.154

二、配置参数：

发现网上说，两个数据库的配置必须一致，还把两个配置文件对拷。看起来挺有道理，因为怕部分功能不一致，也有可能导致同步错误。但是我的两个MySQL的所在系统都不一样，所以就按照默认的安装配置了。

数据库准备：

要同步的数据库叫 account

那就必须把主服务器上的account和数据完整的导一份 到slave服务器上

且在主服务器上开一个帐户，允许从服务器访问。

主MySQL数据库(master)配置：

修改MySQL 的配置文件my.cnf,

找到 server-id 这一行，更改如下

server-id = 1

且增加两行必要信息：

log-bin = d:/log-bin.log #二进制变更日值的存放位置

binlog-do-db = account #要同步的数据库

解释下：Slave上MySQL的Replication工作有两个线程,I/O thread和SQL thread,I/O 的作用是从master 3306端口上把它的binlog取过来(master在被修改了任何内容之后,就会把修改了什么写到自己的binlog等待slave更新),然后写到本地的relay-log,而SQL thread则是去读本地的relay-log,再把它转换成本MySQL所能理解的东西，于是同步就这样一步一步的完成.

master数据库的修改仅此一步就OK了

从数据库(slave)配置：

修改 MySQL 下的my.cnf

找到 server-id 这一行，更改如下

server-id　=　2　

从MySQL数据库

master-host　=　192.168.1.156   
master-user　=　lzy   
master-password　=　lzy   
master-port　=　3306   
replicate-do-db　=　account　 

要同步的数据库

最后，把两个MySQL都重启动一下。

1、看看刚才设置的日志路径下有没有日志生成。

2、在156上添加一条数据，看看从MySQL数据库有没增加。如果没有，看看slave数据库的错误日志，根据错误信息具体调试下。

配置好同步后，我发觉log-bin的日志位置不好，想换一个地方，于是改到其他盘去了。重启MySQL后发现同步不能用了。超级郁闷。于是去看了下MySQL的错误日志，

“count not find first log file name in binary log in…” 

找了半天没找到原因，忽然发现错误日志的同目录下有个master.info文件，应该是记录从主服务器取数据的记录吧。打开看了看是的

14   
log-bin.000003   
337   
192.168.1.156   
lzy   
lzy   
3306   
60   
0  

我把这个文件删除了，重启动MySQL。OK了数据同步过来了。