mysql
文章平均质量分 85
大雷编程
这个作者很懒,什么都没留下…
展开
-
Centos7 Mysql5.6.40 高可用架构--MHA-vip功能(应用透明)
Centos7 Mysql5.6.40 高可用架构--MHA-vip功能(应用透明)上传源码包里的应用漂移脚本master_ip_failover转换脚本字符预防中文字符导致错误dos2unix master_ip_failover编辑 master_ip_failover 脚本添加下面命令:my $vip = '10.0.0.129/24';my $key = '0';my $ssh_start_vip = "/sbin/ifconfig eth0:$key $vip";my $原创 2022-01-13 12:45:10 · 1291 阅读 · 1 评论 -
MHA故障怎么办?手把手带你解决故障
Centos7 Mysql5.6.40 MHA故障恢复往期历史模拟故障恢复MHA服务往期历史Centos7 Mysql5.6.40 高可用架构–MHA模拟故障上篇文章咱们模拟了MHA故障,手动宕掉了主库,看mha切换主库是否成功。切换成功后,mha服务下线(不满足mha 3节点需求,mha服务停止)恢复MHA服务恢复服务由于主库宕机原因与宕机时间不同,恢复方法也要差别如果整台物理机无法使用,则需要重装系统,重装软件,初始化数据库,全备主库然后恢复从库在 change master t原创 2021-12-28 11:44:07 · 1017 阅读 · 0 评论 -
Centos7 Mysql5.6.40 高可用架构--MHA
Centos7 Mysql5.6.40 高可用架构--MHAmysql高可用--MHA架构可以实现什么效果?架构前提:MHA 高可用方案软件构成MHA环境搭建mysql高可用–MHA架构可以实现什么效果?监控选主库数据补偿FAILOVER(故障转移)应用透明(vip)故障提醒架构前提:三个物理节点1主2从结构master: db01 slave:db02 db03淘宝做过二次开发, TMHA架构,只需要两个节点MHA 高可用方案软件构成Manager (管理)软件原创 2021-12-22 13:45:40 · 1438 阅读 · 0 评论 -
Centos7 Mysql5.6.40 主从结构 GTID 复制
Centos7 Mysql5.6.40 主从结构 GTID 复制GTID 复制(5.6新特性,5.7主流)GTID复制配置过程(准备MHA环境,1主2从)GTID 复制(5.6新特性,5.7主流)介绍GTID(Global Transaction ID)是对于一个已提交事务的编号,并且是一个全局唯一的编号。它的官方定义如下:由两部分组成:GTID = source_id : transaction_id7E11FA47-31CA-19E1-9E56-C43AA21293967:29[r原创 2021-12-13 16:11:18 · 1142 阅读 · 0 评论 -
Mysql5.6.40 半同步复制
Mysql5.6.40 半同步复制半同步复制半同步复制实现半同步复制传统主从,从库宕机可能造成数据不一致-------解决办法:半同步复制核心理念就是,什么时候返回ACK, 如果持续不返回ACK超过10s 主库自动切换回异步返回ACK模式出发点是保证主从数据一致性的问题,安全的考虑5.5版本 出现的概念,当是不建议使用,性能太差5.6 以后出现group commit 组提交功能,来提升同步复制的性能5.7 更加完善了, 在group commit基础上出现了原创 2021-10-27 11:43:28 · 119 阅读 · 0 评论 -
Centos7 Mysql5.6.40 主从结构 过滤复制
Centos7 Mysql5.6.40 主从结构 过滤复制过滤复制过滤复制主库方面:通过二进制日志是否记录,来控制过滤复制 mysql>show master status; Binlog_Do_DB 白名单 Binlog_Ignore_DB 黑名单从库方面:通过一些开关,只复制某些库或表的二进制日志 mysql>show slave status \G;库:(用的多)Replicate_Do_DB:Replicate_Ignore_原创 2021-10-24 18:01:38 · 2011 阅读 · 0 评论 -
Mysql5.6.40 主从复制故障
Mysql5.6.40 主从复制故障SQL线程故障读写relay-log.info失败relay-log损坏,断节,找不到接收到的SQL无法执行1.1 要创建的数据库对象,已经存在(创建语句,库或表)1.2 要删除或修改的对象不存在(库或表或数据行不存在)1.3 DML语句不符合表定义及约束时归根揭底的原因都是由于从库发生了写入操作(开发工程师容易在从库操作导致主从故障)以下是有风险的操作:stop slave;#将同步指针向下移动一个,如果多次不同步,可以重复操作。mysql&原创 2021-10-23 15:14:36 · 159 阅读 · 0 评论 -
Centos7 Mysql5.6.40 主从服务搭建
Centos7 Mysql5.6.40 主从服务搭建docker安装MySQL源码编译创建多实例环境主从搭建过程docker安装MySQL源码编译创建多实例环境创建多实例目录;[root@43812cb2f48a /]# mkdir -p /data/330{7...9}/data目录授权;[root@43812cb2f48a /]# chown -R mysql.mysql /data创建mysql配置文件[root@43812cb2f48a /]# vim /dat原创 2021-10-21 18:01:37 · 278 阅读 · 0 评论 -
InnoDB数据字典操作进行故障排除
InnoDB数据字典操作进行故障排除InnoDB数据字典操作进行故障排除InnoDB数据字典操作进行故障排除事情是这样的,因为昨天晚上停电,导致服务器全部关机,早上一到公司就把所有服务启动,当我启动爬虫任务的时候,发现采集提示数据库入库失败,mysql提示连接失败。我一看这提示应该是mysql服务没启动,我赶忙进入宝塔看看MySQL什么情况,发现果然是关闭状态,马上重启发现却重启失败,我看了看错误日志,发现好像是缺少了启动需要文件,我突然记起前天我手动改了配置文件数据存储位置,而没有使用宝塔提供的数原创 2021-05-12 18:21:34 · 674 阅读 · 0 评论 -
记一次docker安装MySQL源码编译
记一次docker安装MySQL源码编译开始windos下docker安装centos7mysql官网下载MySQL5.6.40源码开始最近突然想把MySQL的主从复制,读写分离实际操作一遍,仅为记录学习过程,大佬勿喷windos下docker安装centos7因为我的云服务器配置太低(太穷了),所有打算使用实体机搭建,废话不多说开始搞。首先下载centos7镜像;docker pull centos:centos7启动centos容器把docker上centos的22端口映射到本机原创 2021-10-07 10:56:53 · 541 阅读 · 0 评论