`
qcyycom
  • 浏览: 182051 次
社区版块
存档分类
最新评论

mysql-replication的问题总结

 
阅读更多
接触replication后,就开始琢磨自己要配置下试试,固然出现了很多问题:经过上网查资料也好问同学也好,终于是解决了些.现在就分享下自己的经历:

首先的问题是配置master的my.cnf,按部就班的配置

这里的配置是安装书上写的配置的,自己没有意识到logbin的问题,由于我的mysql是apt-get自动安装的所以有些mysql文件也不知道在哪里,这就导致后来生成的mysql-bin000001这个日志文件不知道放哪里了,纠结了好久,最后用最本的方法find一下(当时电脑瞬间热了),找了在/var/lib/mysql/这个目录下。

这时重启mysql后,查看status的情况:

挺好证明日志已经开起。可是第二次我又差了下发现:


原来是,当mysql服务重新启动一次后,它会自动重新开启一个日子文件,所有的文件目录都在mysql-bin.index中。

然后是,配置我的slave,由于资源不够就用了台windows的pc机来测,可是mysql目录下的配置文件好多啊,我也分不清楚是用那个配置,反正就在my.ini中将server-id=2。然后重启mysql服务,mysqladmin这个命令来停止和启动mysql。然后在使用命令:

重新启动slave

启动后查询下当前的状态,让我纠结了,我的io-thread没有打开。start slave io-thread,运行成功可是io就是打不开。

然后ping一下服务器,是可以的。然后我又远程登录mysql知道原因在哪里了,mysql本身就没有连接上主服务器:

在网上查了好久,终于看到一种解决办法让我顿时兴奋起来,就是在我的服务器mysql中的my.cnf配置文件里

  • bind-address=127.0.0.1

    把它给注掉就可以了。又重新连接一次搞定了。

  • 这个问题刚搞定又出现一个新的问题,我在主服务器上面插入一条数据,结果在slave中查看到的状态是这样的。

    这里问题很简单了就是因为从服务器上面的数据库没有这张表,所以查看下主库的表show create,再在从库上面建一个表。搞定……

  • 分享到:
    评论

    相关推荐

    Global site tag (gtag.js) - Google Analytics