基于mysql replication的问题总结

 更新时间:2013年06月14日 10:49:09   转载 作者:  
本篇文章是对mysql中replication的问题进行了详细分析介绍,需要的朋友参考下

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

复制代码 代码如下:

server-id               = 1 
log_bin                 =mysql-bin 
#log_bin                        = /var/log/mysql/mysql-bin.log 
expire_logs_days        = 10 
max_binlog_size         = 100M 
#binlog_do_db           = include_database_name 
#binlog_ignore_db       = include_database_name 

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

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

复制代码 代码如下:

mysql> show master status; 
+------------------+----------+--------------+------------------+ 
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | 
+------------------+----------+--------------+------------------+ 
| mysql-bin.000001 |      106 |              |                  | 
+------------------+----------+--------------+------------------+ 
1 row in set (0.00 sec) 

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

mysql> show master status; 
+------------------+----------+--------------+------------------+ 
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB | 
+------------------+----------+--------------+------------------+ 
| mysql-bin.000002 |      106 |              |                  | 
+------------------+----------+--------------+------------------+ 
1 row in set (0.00 sec) 

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

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

复制代码 代码如下:

mysql> CHANGE MASTER TO 

    -> MASTER_HOST='10.5.110.234', 

    -> MASTER_USER='replica', 

    -> MASTER_PASSWORD='replica', 

    -> MASTER_LOG_FILE='mysql-bin.000001', 

    -> MASTER_LOG_POS=228; 

Query OK, 0 rows affected (0.01 sec) 

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

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

复制代码 代码如下:

ERROR 2003 (HY000): Can't connect to MySQL server on '10.5.110.234' (111)

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

•bind-address           = 127.0.0.1  
把它给注掉就可以了。又重新连接一次搞定了。

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

复制代码 代码如下:

 Last_Error: Error 'Table 'test.chen' doesn't exist' on query. Default database: 'test'. Query: 'insert into chen values(112,'chen','chen')'

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

1 row in set (0.02 sec)

mysql> insert into chen values(1111,'chen','chen');
Query OK, 1 row affected (0.00 sec)

从库上面的查看:


复制代码 代码如下:

mysql> select * from chen;
+------+------+---------+
| id   | name | address |
+------+------+---------+
|  112 | chen | chen    |
| 1111 | chen | chen    |
+------+------+---------+
2 rows in set (0.01 sec)

相关文章

最新评论