配置mysql主从复制常常会遇到的坑
发布时间:2023-10-23 15:57:26 所属栏目:MySql教程 来源:
导读:本文主要给大家简单讲讲配置mysql主从复制经常会遇到的坑,相关专业术语大家可以上网查查或者找一些相关书籍补充一下,这里就不涉猎了,我们就直奔主题吧,希望配置mysql主从复制经常会遇到的坑这篇文章可以给大家带
本文主要给大家简单讲讲配置mysql主从复制经常会遇到的坑,相关专业术语大家可以上网查查或者找一些相关书籍补充一下,这里就不涉猎了,我们就直奔主题吧,希望配置mysql主从复制经常会遇到的坑这篇文章可以给大家带来一些实际帮助。 1、主从云服务器分别作以下操作: 1.1、版本一致 1.2、初始化表,并在后台启动mysql 1.3、修改root的密码 2、修改主云服务器master: #vi /etc/my.cnf [mysqld] log-bin=mysql-bin //[必须]启用二进制日志 server-id=222 //[必须]服务器唯一ID,默认是1,一般取IP最后一段 3、修改从云服务器slave: #vi /etc/my.cnf [mysqld] log-bin=mysql-bin //[不是必须]启用二进制日志 server-id=226 //[必须]云服务器唯一ID,默认是1,一般取IP最后一段 4、重启两台云服务器的mysql /etc/init.d/mysql restart 5、在主云服务器上建立帐户并授权slave: #/usr/local/mysql/bin/mysql -uroot -pmttang mysql>GRANT REPLICATION SLAVE ON *.* to 'mysync'@'%' identified by 'q123456'; //一般不用root帐号,“%”表示所有客户端都可能连,只要帐号,密码正确,此处可用具体客户端IP代替,如192.168.145.226,加强安全。 6、登录主云服务器的mysql,查询master的状态 mysql>show master status; +------------------+----------+--------------+------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | +------------------+----------+--------------+------------------+ | mysql-bin.000004 | 308 | | | +------------------+----------+--------------+------------------+ 1 row in set (0.00 sec) 注:执行完此步骤后不要再操作主云服务器MYSQL,防止主云服务器状态值变化 7、配置从云服务器Slave: mysql>change master to master_host='192.168.145.222',master_user='mysync',master_password='q123456', master_log_file='mysql-bin.000004',master_log_pos=308; //注意不要断开,308数字前后无单引号。 Mysql>start slave; //启动从云服务器复制功能 8、检查从云服务器复制功能状态: mysql> show slave status\G *************************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 192.168.2.222 //主云服务器地址 Master_User: mysync //授权帐户名,尽量避免使用root Master_Port: 3306 //数据库端口,部分版本没有此行 Connect_Retry: 60 Master_Log_File: mysql-bin.000004 Read_Master_Log_Pos: 600 //#同步读取二进制日志的位置,大于等于Exec_Master_Log_Pos Relay_Log_File: ddte-relay-bin.000003 Relay_Log_Pos: 251 Relay_Master_Log_File: mysql-bin.000004 Slave_IO_Running: Yes //此状态必须YES Slave_SQL_Running: Yes //此状态必须YES ...... 注:Slave_IO及Slave_SQL进程必须正常运行,即YES状态,否则都是错误的状态(如:其中一个NO均属错误)。 以上是转载,主从云服务器配置完成。 下面就遇到问题了。 Relay_Log_Pos: 4 Relay_Master_Log_File: mysql-bin.000009 Slave_IO_Running: Connecting Slave_SQL_Running: Yes 本人ubuntu16.04系统,mysql5.5,进行到这一步时Slave_IO_Running状态为connection,很明显从云服务器没有连接上主云服务器的数据库。出现这种情况有三种可能性: 1,网络不通 2,密码不对 3,pos不对, 1、直接排除,本人用的vm虚拟机网络都是配置好的,以防万一可以ping一下。 PING 192.168.1.50 (192.168.1.50) 56(84) bytes of data. 64 bytes from 192.168.1.50: icmp_seq=1 ttl=64 time=0.177 ms 64 bytes from 192.168.1.50: icmp_seq=2 ttl=64 time=0.257 ms 64 bytes from 192.168.1.50: icmp_seq=3 ttl=64 time=0.202 ms 2、找到原change master命令: change master to master_host='192.168.1.50',master_user='******',master_password='123456',master_log_file='mysql-bin.000009',master_log_pos=326; 仔细看了一下 相关信息均没有错误,此处若找不到命令可以去查看mysql error日志:vim /usr/local/mysql/var/******-server-4.err 翻到最下面日志开始的地方 171012 0:04:46 [Note] 'CHANGE MASTER TO executed'. Previous state master_host='', master_port='3306', master_log_file='', master_log_pos='4'. New state master_host='192.168.1.50', master_port='3306', master_log_file='mysql-bin.000009', master_log_pos='326'. 171012 0:04:56 [Note] Slave SQL thread initialized, starting replication in log 'mysql-bin.000009' at position 326, relay log './******-server-4-relay-bin.000001' position: 4 171012 0:07:03 [ERROR] Slave I/O: error connecting to master '******@192.168.1.50:3306' - retry-time: 60 retries: 86400, Error_code: 2003 此处显示比较详细,包括change master 配置信息 和连接错误信息(以上*号为mysql用户名,请自行替换)。 3、找到原主数据库show master status命令结果(这个找不到就真找不到了): mysql> show master status; +------------------+----------+--------------+------------------+ | File | Position | Binlog_Do_DB | Binlog_Ignore_DB | +------------------+----------+--------------+------------------+ | mysql-bin.000009 | 326 | | | 最后再试一下,cmd连接主云服务器mysql, C:\Users\Administrator>mysql -h 192.168.1.50 -P 3306 -u ****** -p Enter password: ****** ERROR 2003 (HY000): Can't connect to MySQL server on '192.168.1.50' (10060 "Unknown error") 不出所料,基本可以断定问题在哪了,查看防火墙 iptables -L -n DROP tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:3306 外部连接3306端口被直接丢弃....好变态! 查看防火墙规则编号 :iptables -L -n --line-number 6 DROP tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:3306 现在我们删掉这条规则:iptables -D INPUT 6 再重新添加一条规则:iptables -A INPUT -p tcp --dport 3306 -j ACCEPT 查看状态: ACCEPT tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:3306 修改完毕,重启从云服务器mysql、查看数据库 之前: mysql> show databases; +--------------------+ | Database | +--------------------+ | information_schema | | mysql | | performance_schema | +--------------------+ 之后: +--------------------+ | Database | +--------------------+ | information_schema | | mysql | | performance_schema | | test | +--------------------+ 同步完成! (编辑:聊城站长网) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
推荐文章
站长推荐