【讨论中】mysql主从同步的问题

gzfreeman

是这样的,两台5.5的mysql做主从同步复制。一般的思路都是设置好角色的必要参数后，然后从主那里锁表，导出库，将这个要同步的库复制到从服务器并导入。然后再启动同步复制线程这样开始同步，也就是说在运行此机制前，主从数据库中数据是一致的。我在这里有个疑问，如果在每日都有大量数据的营运环境中，先锁表，导出导入这些操作引起的耗时不会对当前的营运环境造成影响吗？又或者说，因为数据库压力的需要，我需要马上加多一台数据库服务器作为从的角色加入到这个环境当中，如果要也按以上这样操作的话，是不是很不科学。我在想，是不是有一种方法是可以当这台从数据库服务器启动之后是可以马上开始同步复制工作的呢？

action08

这个问题问得不错，支持一下，

白手起家

帖子
    1
主题
    1
精华
    0
可用积分
    1
专家积分
    0
在线时间
    18 小时
注册时间
    2010-02-12
最后登录
    2012-08-22

两年前的MJ，处女帖{:3_198:}

gzfreeman

看来CU出错了，我绝对不是2010年注册的，是03的，而且发贴和回贴的数字绝对不是那样。
回复 2# action08


   

action08

mysql> reset master;

看看会出现啥{:3_188:}

秦风笛韵1

不知道我对你的理解对不对啊。

mysql服务本身主从复制不是像你说的那种什么锁表导出，然后再复制到从服务器里进行导入。

远不是这样的，做主从，一般是用的二进制日志来做的（这个要开启的），这个日志会记录除select即操作的其它很多记录，而且这个日志你也可以去看的。

从mysql服务器会开启一个线程专门到主服务器里去拿二进制日志，然后同步到自己的库里去。。

这里主从复制的二进制文件有两种记录方式，一种是基于sql的，一种是记录行变化的。（参数由binlog_format决定）

因为基于sql在一些有触发器或者函数像now(),uuid()之类的可能会导致同步不一致，后来引进了row，即是针对行改变的形式去记录，，因为基于行，所以

需要的磁盘空间可能会很大，所以还有mixed的格式，这个相当于智能的形式，两者的结合

gzfreeman

谢谢你回复和意见，你所提到的那些其实我也清楚，也启用了二进制日志等必须的措施，但现在摆在我面前的就是这样一个情况，正在运行的一台mysql，现在要加多一台从的上去
我是按照标准的做法，开启日志，设置好server_id 等必要的参数。还有从的那台机无论版本，安装位置都是和主的一样。不同的就是从的那台只有基础的三个数据库(mysql,test,还有一个忘记了)，上面并没有将要同步的那个库。两台服务都开了同步线程了。但等了好久。从的那台还是什么动静都没有。后来我把主的那个要同步的库先复制一份到从。这样对主有数据操作的时候，从服务器就有反应了，就是因为这样的实验所以才导致出我的那个疑问，不知道这样的做法是否有问题。请指教一下。谢谢了
回复 6# 秦风笛韵1


   

_Rayx

学习一下，mark.

秦风笛韵1

噢，我明白你的意思了，你现在想加一台从数据库，但是那个新的从服务器里啥也没有。

这样肯定不行的，你可以去看下那个二进制日志，里面记录的其实就是些sql，你库都没有，一个sql怎么可能同步成功呢。。

一个根本的办法就是让这台新的服务器里的数据和主的一样，至于方法嘛，随便你

回复 7# gzfreeman


   

gzfreeman

对啊，我就是这个意思，当然可以通过一些方法令到这台新的服务器里的数据和主的一样。所以我的一个疑问就是在不能停的运营环境当中，也是用这样的方法来增加从的服务器吗？
回复 9# 秦风笛韵1