设为首页 收藏本站
查看: 574|回复: 0

[经验分享] mysql主从复制及遇到的坑

[复制链接]

尚未签到

发表于 2018-10-7 11:50:26 | 显示全部楼层 |阅读模式
  主从复制配置比较简单,这里主要讲遇到的问题,配置方法直接转载itwork的博客,原地址传送门:http://369369.blog.51cto.com/319630/790921,
  为方便浏览这里直接复制。
  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'@'%'>  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

  >
  >
  >  Slave_IO_Running: Yes    //此状态必须YES
  Slave_SQL_Running: Yes     //此状态必须YES
  ......
  注:Slave_IO及Slave_SQL进程必须正常运行,即YES状态,否则都是错误的状态(如:其中一个NO均属错误)。
  以上是转载,主从服务器配置完成
  下面就遇到问题了。

  >
  >  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,>  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               |
  +--------------------+
  同步完成!


运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-614301-1-1.html 上篇帖子: mysql+keepalived基于业务的高可用 下篇帖子: mysql 自动补齐 表名,列名 方法, 重启mysql方法
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表