bitsCN.com
slave复制进程不随mysql启动而启动skip-slave-start参数
不管怎么说今天采坑了。有一套主从，前期my.cnf配置文件中指定只复制其中某些库，后来因为业务需求，要把未复制的库也开始复制。
今天修改完my.cnf配置文件，然后重启数据库，悲催的事情发生了，slave跟着也开始起来了，然后开始复制了，然后造成数据不一致。关键是从库slave要进行reset slave。正确步骤如下：
1 dump主库master的数据，停止slave。
2 传递到从库slave上，然后在从库slave上进行还原。
3 change master to ，设置slave从库复制信息。
4 修改配置文件，启动mysql数据库，这一步执行的顺序很重要。
我是因为把步骤4 放到了3前面，导致步骤3之后的操作失败，数据不一致。
在 my.cnf配置文件里可以加上这个参数skip_slave_start,这样复制进程就不会随着数据库的启动而启动
[mysqld]
skip-slave-start
bitsCN.com
