Keepalived MySQL故障自动切换脚本   MySQL架构为master-slave(主从),master故障自动切换到slave上.当然也可以设置为双master,但这里有个弊端:就是当主的压力很大时,从上延时很大,比如落后2000秒,此时主挂了,从接管(VIP漂移到从),用户刚才发表的文章,此时因为同步延时大,还没复制过来,于是用户又发表了一篇文章,当原来的master修好后,因从的IO和SQL线程还在开启状态,还会继续同步刚才没有同步复制完的数据,这时有可能把用户新发表的文章更改

监控mysql主从同步状态脚本 示例一: cat check_mysql_health #!/bin/sh slave_is=($(mysql -S /tmp/mysql3307.sock -uroot -e "show slave status\G"|grep "Slave_.*_Running" |awk '{print $2}')) if [ "${slave_is[0]}" = "Yes" -a "${sla

linux下nginx结合keepalived实现主从切换的配置   解决方法: 实现一个主nginx宕机,请求转到另一个nginx中. 1.确保两台nginx已启动,假如端口分别是192.168.0.2:8080和192.168.0.3:8080 2.分别在两台nginx所在的主机192.168.0.2和192.168.0.3中安装keepalived,安装keepalived请参考:http://www.yayihouse.com/yayishuwu/chapter/1649 3.分别再两个

mysql 主从切换 主停,从做主步骤如下: 1 确认从服务器已经完成所有同步操作:stop slave io_thread show processlist 直到看到状态都为:xxx has read all relay log 表示更新都执行完毕 2 停止从服务器slave服务stop slave 3 将从服务器切换为主服务器:reset master 完成切换.PS: 如果从服务器设置了 read only 选项,则需要将这个参数去掉并重新启动数据库 主从切换:最终结果:主库可写,从库只读

p.MsoNormal,li.MsoNormal,div.MsoNormal { margin: 0cm; margin-bottom: .0001pt; text-align: justify; font-size: 10.5pt; font-family: "Calibri", "sans-serif" } h1 { margin-top: 17.0pt; margin-right: 0cm; margin-bottom: 16.5pt; margin-left

背景 主从切换是高可用MySQL架构的必要步骤(即使用不发生,也要有备无患).一般设置为双M(M1.M2),假设当前状态为写M1,而M2只读,切换的大致流程如下: 1.  停止应用写M1,将M1设置为只读2.  检查M2的slave status直到赶上M13.  将M1设置为可写 其中在第2步细化为a)       在M1上show master status;得到binlog位置P,因为已经设为只读,不会变化b)       循环检测M2上的执行位置,若未到P,则过几秒再查.循环直到从库追上

1.编写python的监控脚本 A.通过获取mysql库中的状态值来判断这个mysql主从状态是否正常 B.进行两个状态值的判断 C.进行调取钉钉机器人,发送消息 2.设置定时任务进行脚本运行 crontab -e    添加定时任务 */5 * * * * source ~/.bashrc && /usr/bin/python /lvdata/send_msg.py 给脚本执行权限  chmod +x /lvdata/send_msg.py 这里出现一个问题,就是手工能执行脚本,但定时任

公司线上的 MySQL 慢日志,之前一直没有做好监控.趁着上周空闲,我就把监控脚本写了下,今天特地把代码发出来与51博友分享一下. 针对脚本的注解和整体构思,我会放到脚本之后为大家详解. 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55

原文:http://6226001001.blog.51cto.com/9243584/1723273 1> 正常切换 1)从服务器检查SHOW PROCESSLIST语句的输出,直到你看到Has read all relaylogwaiting for the slave I/O thread to update it 2)确保从服务器已经处理了日志中的所有语句. mysql> STOP SLAVE IO_THREAD 当从服务器都执行完这些,它们可以被重新配置为一个新的设置. 3)在被提升

1.安装zabbix-agentyum -y install zabbix-2.4.8-1.el6.x86_64.rpm zabbix-agent-2.4.8-1.el6.x86_64.rpm 安装以上两个包以后会在/etc/zabbix/zabbix_agentd.d目录下生成userparameter_mysql.conf这个配置文件我们只需要简单修改即可: 将内容修改如下(如果只监控主从状态一下配置即可,如果还有其他监控项请参考:http://www.cnblogs.com/fansik/

具体源码可找我领取

200 ? "200px" : this.width)!important;} --> 介绍 主从延时在主从环境中是一个非常值得关注的问题,有时候我们可以通过show slave status命令查看Seconds_Behind_Master值来分析主从的延时情况:但是由于该值是来自binlog文件语句的完成时间,当一条SQL执行时间很长的时候那么该值可能就不准确了,那么有没有什么工具可以很准确的分析主从的延时情况呢? 在PT系列工具里面的pt-heartbeat工具很好的解决了

环境描述: mysql版本5.6.37    keepalived-1.2.19    系统centos 7:3.10.0-514.26.2.el7    web是:windows  server 2012  IIS mysql部署了主从,使用keepalived做高可用,防止数据库故障.web中连接数据库使用了keepalived的VIP地址. 问题描述: 测试同事在测试时,发现网站的日志如下: 日志时间:2019-04-11 14:00:14,314 [29] 日志级别:ERROR 日 志

脚本 在keepalived.conf中添加 mail  查看邮件 实验dr实验模型 给director 做主从 4台服务器 rip:192.168.0.103 rip2:192.168.0.104 dip:192.168.0.105 dip : 192.168.0.106 vip:192.168.0.200 rs 配置: 1 安装http yum install httpd –y 2 配置页面 vim /var/www/html/index.html 3启动服务 vim /var/www/ht

1>   正常切换 1)从server检查SHOW PROCESSLIST语句的输出,直到你看到Has read all relaylogwaiting for the slave I/O thread to update it 2)确保从server已经处理了日志中的全部语句. mysql> STOP SLAVE IO_THREAD 当从server都运行完这些,它们能够被又一次配置为一个新的设置. 3)在被提升为主server的从server上,发出 STOP SLAVE和RESET MA

4)提升slave为master Stop slave: Reset master; Reset slave all; 在5.6.3版本之后 Reset slave; 在5.6.3版本之前 查看slave是否只读模式:show variables like 'read_only'; 只读模式需要修改my.cnf文件,注释read-only=1并重启mysql服务. 或者不重启使用命令关闭只读,但下次重启后失效:set global read_only=off; mysql> show maste

#!/bin/sh #ocpyang@126.com #repdelay.sh #查看复制延迟详细多少event #####1.juede the rep slave status export black='\033[0m' export boldblack='\033[1;0m' export red='\033[31m' export boldred='\033[1;31m' export green='\033[32m' export boldgreen='\033[1;32m' exp

#!/bin/bash #check MySQL_Slave Status #crontab time : MYSQLPORT=`netstat -na|grep "|awk -F[:" "]+ '{print $5}'` MYSQLIP=`ifconfig eth0|grep "inet addr" | awk -F[:" "]+ '{print $4}'` STATUS=`/usr/local/mysql/bin/mysql -u

1.需要提升为主的从库,停止io线程等待slave数据全部更新完毕 stop slave IO_THREAD #show processlist的输出,直到看到状态是Slave has read all relay log; waiting for the slave I/O thread to update it,表示更新都执行完毕 2.需要提升为主的从库: stop slave 停止slavereset master grant replication slave on *.* to 're

启动keepalived:/usr/local/sbin/keepalived -D -d -S 0 master ip:192.168.32.6 master:/root/sbin# cat /etc/keepalived/keepalived.conf global_defs { router_id MySQL-ha } vrrp_instance VI_1{ # 在初始化状态下定义为主设备 state BACKUP # 注意网卡接口 interface eth1 virtual_route

同步中的常见的错误和处理 1.现象:在从库上面show slave status\G;出现下列情况,           Slave_IO_Running: Yes           Slave_SQL_Running: No           Seconds_Behind_Master: NULL 原因: a.程序可能在slave上进行了写操作: b.也可能是slave机器重起后,事务回滚造成的: c．有可能是在同步过程中遇到某种错误,这个会在查看从库中状态时看到错误提示,最少见的就是主键