基于MySQL replication的问题总结
2022-11-12 09:31:48
内容摘要
这篇文章主要为大家详细介绍了基于MySQL replication的问题总结,具有一定的参考价值,可以用来参考一下。
对此感兴趣的朋友,看看idc笔记做的技术笔记!
接触replication后,就开始
文章正文
这篇文章主要为大家详细介绍了基于MySQL replication的问题总结,具有一定的参考价值,可以用来参考一下。
对此感兴趣的朋友,看看idc笔记做的技术笔记!
接触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)
注:关于基于MySQL replication的问题总结的内容就先介绍到这里,更多相关文章的可以留意
代码注释