最近连续经历了机架掉电和交换机挂掉,着实切了不少主库,虽然过程心惊胆跳,但是也算是上过战场,经过了实战演习,相信TEAM中的小伙伴们对于切主库已经可以驾轻就熟了. MySQL的主库切换也属于DBA的一个基本技能,下面我们就来聊聊MySQL主库切换那些事. 正常切主库 首先我们说说正常情况下的主库切换,在这种情况下,我们有时间可以做计划慢慢进行切换,所以这种切换其实时流程化的操作. 我们先说一下技术层面的步骤: 1.挑选一台服务器作为新主库 可以是现有的slave,也可以是新扩容出来的slave,

主库异常,从库手动切换为主库方案 1.登录从服务器,确认从服务器已经完成所有同步操作: mysql> stop slave io_thread mysql> show processlist 直到看到状态都为:xxx has read all relay log 表示更新都执行完毕 2.停止从服务器slave服务: mysql> stop slave 3.将从服务器切换为主服务器: mysql> reset master 完成切换 4.授权内网其他机器有写入等权限(如果没有权限的话

问题: 在mysql切换datadir后,mysql服务无法启动.出现错误说plugin表无法读取,需要用mysql_upgrade创建.但是其实不是这个问题. 原因: apparmor 会限制程序对文件的访问. 解决方法: 设置/etc/apparmor.d/usr.sbin.mysql 在后面添加设置.设置对于的datadir目录, /data/mysql rw service apparmor reload

在线主库切换(Online master switch)条件 1.所有节点正常运行,无论时原主还是新主或者其他从库 if ( $#dead_servers >= 0 ) { $log->error( "Switching master should not be started if one or more servers is down." ); $log->info("Dead Servers:"); $_server_manager->

业务场景 在SAAS模式下,不同的租户需要切换数据库,我们可以使用动态数据源,动态数据源有个问题,就是需要对每一个数据库创建一个连接池,在初始化的时候初始化这些连接池, 如果多台应用服务器的情况,每一台应用服务器都需要创建连接池. 比如有10台应用服务器,每台创建10个链接池.每个连接池200个链接. 那么每台应用服务器 的链接数为 10*200 两千个链接. 数据库也会有很多的链接 .如果应用服务器更多的情况,那么链接管理这块都会占用很多的服务器资源,如果服务器更多的情况,则可能报错. 解决方

登录数据库后,选择数据库时发现以下提示, mysql> use testReading table information for completion of table and column namesYou can turn off this feature to get a quicker startup with -A Database changedmysql> 意思是 预读这个库中表以及表列信息,一般原因是当库中表很多,表中数据很大时,就会出现执行use <库名>后半天

1.springboot 启动类加入bean 如下 // DatabaseIdProvider元素主要是为了支持不同的数据库@Beanpublic DatabaseIdProvider getDatabaseIdProvider() { DatabaseIdProvider databaseIdProvider = new VendorDatabaseIdProvider(); Properties properties = new Properties(); properties.setPro

目录 MySQL主从搭建 一.主从配置原理 二.操作步骤 1.创建主库和从库容器 2.启动主从库容器 3.远程连接并操作主从库 4.测试主从同步 MySQL主从搭建 一.主从配置原理 mysql主从配置大致流程如下: master会将变动记录到二进制文件(BinLog日志)中: master有一个I/O线程将BinLog日志发送到slave: slave有一个I/O线程把接受到的BinLog入职写到relay日志里面: slave有一个sql线程,按照relay日志处理slave的数据. 二.操

MHA在选择新主库时,会将所有存活的从库分为下面几类: 存活从库数组:挑选所有存活的从库 最新从库数组: 挑选Master_Log_File+Read_Master_Log_Pos最高的从库 优选从库数组:挑选参数candidate_master=1的存活从库 非备选从库数组:挑选满足下面条件: .参数no_master=1的从库 .未开启binlog的从库 .复制延迟超过一个文件位置(Master_Log_File>Relay_Master_Log_File)或100000000个位点(Rea

踩坑起因:在创建数据库时, 字段:create_time datetime DEFAULT CURRENT_TIMESTAMP, 报异常--Error Code: 1067 - Invalid default value for 'create_time' 经过苦苦查询下发现时数据库版本5.5不支持默认值 CURRENT_TIMESTAMP,然后就有了换版本踩坑的经历了. mysql下载地址 步骤: 安装 1.下载.zip文件,下载完成后在电脑上选择位置解压缩 2.配置环境变量: cmd输入my

架构简介 前几天网友来信说帮忙实现这样一个架构:只有两台机器,需要实现其中一台死机之后另一台能接管这台机器的服务,并且在两台机器正常服务时,两台机器都能用上.于是设计了如下的架构.此架构主要是由keepalived实现双机高可用,维护了一个外网VIP,一个内网VIP.正常情况时,外网VIP和内网VIP都绑定在server1服务器,web请求发送到server1的nginx,nginx对于静态资源请求就直接在本机检索并返回,对于php的动态请求,则负载均衡到server1和server2.对于SQ

前几天网友来信说帮忙实现这样一个架构:只有两台机器,需要实现其中一台死机之后另一台能接管这台机器的服务,并且在两台机器正常服务时,两台机器都能用上.于是设计了如下的架构. 架构简介 此架构主要是由keepalived实现双机高可用,维护了一个外网VIP,一个内网VIP.正常情况时,外网VIP和内网VIP都绑定在server1服务器,web请求发送到server1的Nginx,nginx对于静态资源请求就直接在本机检索并返回,对于PHP的动态请求,则负载均衡到server1和server2.对于S

  演练包括被动切换和主动切换两部分.被动切换是主库宕机,主动切换是人工手动触发.   演练步骤大致如下:       1 先停掉主库,模拟主库宕机     2 mha将vip切到备库,备库变成主库,应用可以正常读写数据库     3 重新启动宕机的原主库     4 在原主库上建立同步关系(根据宕机时,日志记录的binlog的文件名和偏移量,恢复从这里开始)     5 mha手动切换主库,还原到最初状态,应用可以正常读写数据库     6 演练结束     演练过程问题总结:   1 mha

一旦使用 MySQL 的复制功能,就很大可能会碰到主备切换的情况.也许是为了迭代升级服务器,或者是主库出现问题时,将一台备库转换成主库,或者只是希望重新分配容量.不过出于什么原因,都需要将新主库的信息告诉其它备库. 对于主备切换,如果是计划内的操作,较为容易(至少比紧急情况下容易).只需在备库简单的使用 CHANGE MASTER TO 命令,并指定合适的值即可.而且大多数的值是可选的,只要指定需要改变的配置项接口. 备库将抛弃之前的配置和中继日志,并从新的主库开始复制.同时,新的参数会被更新到

假设有一个一主二从的环境,当主库M出现故障时,需要将其中一个从库S1切换为主库,同时将S2指向新的主库S1,如果可能,需要将故障的主库M修复并重置为新的从库. 搭建一主二从复制环境可参考:mysql5.7主从复制配置——读写分离实现. 1.环境信息:Mater:130.168.0.25Slave1:130.168.0.13Slave2:130.168.0.27 2.配置MySQL一主二从2.1.查询master(主服务器)的状态show master status; 2.2.配置slave1(从

Orchestrator 对MySQL主库的故障切换分为自动切换和手动切换. 手动切换又分为recover.force-master-failover.force-master-takeover以及graceful-master-takeover. 1.自动切换 自动切换是主库出现故障后,自动提升新主库,进行故的障切换. 自动切换受到以下条件限制和约束: 主库是downtime的集群不进行故障切换.如果希望忽略集群故障,可以设置downtime. 处于故障活跃期的集群不进行故障切换(即in_ac

通过配置VIP,在进行主备切换时,出现的报错信息: 1.当主备节点当前binlog文件名称相同时,原主节点的position小于主备切换后的position,出现如下报错: 2020-07-02 15:08:09,332 INFO [destination = 1-236 , address = /192.168.3.100:3306 , EventParser] MysqlConnection:293 | Register slave RegisterSlaveCommandPacket[re

最近项目任务不多就琢磨着把SqlServer换成MySql(数据访问使用的ado.net),初步想了下方案有2种: 方案一:继续使用ado.net,重写所有的sql语句 优势:数据访问效率高,改写Sql不多 劣势:项目不断迭代,sql语句写起来也挺麻烦的,开发速度没有ORM快 方案二:替换ado.net,改为EntityFramework,sql语句改为EF 优势:数据访问效率打点折扣,特别是有些复杂的sql语句不好写 优势:开发速度快,以后迭代更方便 基于上述的比较和实际项目相结合,我们选择了

为解决Mysql数据库单点问题,实现两台MySQL数据库互为主备,双向replication.当一Master出现问题,则将Slave切换为Master继续工作. 环境说明 系统版本:CentOS Linux release 7.6.1810 (Core) MySQL版本:mysql  Ver 14.14 Distrib 5.7.27 keepalived版本:Keepalived v1.2.13 序号   服务器IP 用途 1 192.168.158.10    Master 2 192.16

我的MYSQL学习心得(十七) 复制 我的MYSQL学习心得(一) 简单语法 我的MYSQL学习心得(二) 数据类型宽度 我的MYSQL学习心得(三) 查看字段长度 我的MYSQL学习心得(四) 数据类型 我的MYSQL学习心得(五) 运算符 我的MYSQL学习心得(六) 函数 我的MYSQL学习心得(七) 查询 我的MYSQL学习心得(八) 插入 更新 删除 我的MYSQL学习心得(九) 索引 我的MYSQL学习心得(十) 自定义存储过程和函数 我的MYSQL学习心得(十一) 视图 我的MYS

MySQL的高可用方案一般有如下几种: keepalived+双主,MHA,MMM,Heartbeat+DRBD,PXC,Galera Cluster 比较常用的是keepalived+双主,MHA和PXC. 对于小公司,一般推荐使用keepalived+双主,简单. 下面来部署一下 配置环境: 角色                                    主机IP                    主机名               操作系统版本     软件版本 VIP