大表建立replication，每个表都百万行以上

[随风201333]

准备对20张大表建立replication，每个表都百万行以上。

今天想在生产环境搭建复制， 建立publication时，我没有选择立即执行snapshot， 打算稍后用备份。然后执行“建立publication向导” 到添加文章时，第一个就很慢， 发现很多blocking 以及Sch_M 锁，

怕影响业务，就停了， 有没有其他更好的方法呢？

业务很繁忙,有大量读，写的。。。

[發糞塗牆]

用备份的方式来初始化，后面的就少量了，另外在闲时执行是必须的http://database.51cto.com/art/201010/230683.htm

[--小F--]

数据量太大的话 显然用备份COPY过去效率最高啊。 凌晨的时候业务不忙。做这个比较好

[houyajin]

找业务空闲时间弄。

[Mr_Nice]

引用 楼主 iamsea22 的回复:

准备对20张大表建立replication，每个表都百万行以上。 今天想在生产环境搭建复制， 建立publication时，我没有选择立即执行snapshot， 打算稍后用备份。然后执行“建立publication向导” 到添加文章时，第一个就很慢， 发现很多blocking 以及Sch_M 锁， 怕影响业务，就停了， 有没有其他更好的方法呢？ 业务很繁忙,有大量读，写的。。。

复制就这点儿不是太好。初始化同步的时候，耗时比较长，没有什么特别好的方法。避开业务高发时段。 一般都是在深夜处理。

[随风201333]

24*7 啊， 晚上有欧美用户。。。另外，注意还没到初始化的阶段。 是建立pub 时