基于MySQL replication的问题总结

这篇文章主要为大家详细介绍了基于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)

 

 

本文来自：http://www.q1010.com/177/9854-0.html

注：关于基于MySQL replication的问题总结的内容就先介绍到这里，更多相关文章的可以留意四海网的其他信息。

关键词：MYSQL