当数据库的数据量读写频繁的时候,我们就要考虑把数据库的读写分开,以提高数据库的使用效率,(当然还有其他用处比如,备份数据),这个时候我们就要用到MySQL的一个功能,数据库同步。下面就具体讲一下实现方法
一、系统环境
主数据库(master):
系统:Windows
数据库:MySQL 5.0.51
IP:192.168.1.156
从数据库(slave):
系统:Linux
数据库:MySQL 5.0.67
IP:192.168.1.154
二、配置参数:
发现网上说,两个数据库的配置必须一致,还把两个配置文件对拷。看起来挺有道理,因为怕部分功能不一致,也有可能导致同步错误。但是我的两个MySQL的所在系统都不一样,所以就按照默认的安装配置了。
数据库准备:
要同步的数据库叫 account
那就必须把主服务器上的account和数据完整的导一份 到slave服务器上
且在主服务器上开一个帐户,允许从服务器访问。
主数据库(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都重启动一下。
1、看看刚才设置的日志路径下有没有日志生成。
2、在156上添加一条数据,看看从数据库有没增加。如果没有,看看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了数据同步过来了
【编辑推荐】