专注于 Oracle、MySQL 数据库多年,Oracle 10G 和 12C OCM,MySQL 5.6,5.7,8.0 OCP。现在鼎甲科技任技术顾问,为同事和客户提供数据库培训和技术支持服务。
很神奇,5.7.17 和 8.0.17,连续两个17小版本都让人眼前一亮。前者加入了组复制(Group Replication)功能,后者加入了克隆插件(Clone Plugin)功能。今天我们实战测试一下这个新功能。
MySQL 是我们常用的关系型数据库,在项目开发、测试、部署到生成环境时,经常需要部署一套 MySQL 来对数据进行缓存。这里介绍下如何在 Kubernetes 环境中部署用于开发、测试的环境的 MySQL 数据库,当然,部署的是单节点模式,并非用于生产环境的主从或集群模式。单节点的 MySQL 部署简单,且配置存活探针,能保证快速检测 MySQL 是否可用,当不可用时快速进行重启。
本章在Docker环境下创建两个MySQL容器,再配置成一主一从,今天的配置都是手工输入命令完成的,这么做是为了熟悉MySQL主从配置的基本步骤,为接下来的实战打好基础,后面的章节中,我们自制MySQL主从镜像,实现以最简化的方式搭建一个MySQL主从环境;
可以通过一个全局变量 default_password_lifetime 来设置密码过期的策略。
墨墨导读:备份恢复是DBA最后一道防线。最近项目碰到备份恢复的相关的事项,结合自己的经验,巩固一下知识。
爱可生 dble 项目团队成员,主要负责 dble 相关的日常测试工作,擅长对 dble 中出现的问题进行排查。热爱测试工作,余生欲将测试工作进行到底。
本文谨献给 dble 的新粉。在初次使用 dble 的时候,新手们经常会遭遇 dble 启动失败的情况,而且启动失败一般都是由于配置不正确导致的。众所周知,dble 启动失败了,我们可以去 wrapper.log 里面查找启动失败的原因,并且可喜的是一般都能从 wrapper.log 里很直观的找到启动失败的原因。但少数启动失败的原因就不是那么直观,要想快速的定位及解决问题,那就需要我们对dble启动时具体都做了些什么有所了解。本文以 3.22.01.0 版本为例,简单介绍一下 dble 在启动的时候是如何对配置文件的正确性进行校验的。
年后在进行腾讯二面的时候,写完算法的后问的第一个问题就是,MySQL的半同步是什么?我当时直接懵了,我以为是问的MySQL的两阶段提交的问题呢?结果确认了一下后不是两阶段提交,然后面试官看我连问的是啥都不知道,就直接跳过这个问题,直接聊下一个问题了。所以这次总结一下这部分的知识内容,文字内容比较多,可能会有些枯燥,但对于这方面感兴趣的人来说还是比较有意思的。
# 1.脚本介绍 脚本用到lsof命令注意yum一下 yum install -y lsof 结合定时任务可每分钟检索运行的nginx,elasticsearch,redis,mysql;如果应用挂掉则尝试重启 # 2.Autorestart.sh #!/bin/bash #log文件 MonitorLog=/home/summer/autostart.log user=summer #检测nginx80端口 curtime=$(date "+%Y-%m-%d %H:%M:%S") checkNgi
systemd 是Linux系统启动和服务器守护进程管理器,负责在系统启动或运行时,激活系统资源,服务器进程和其它进程,systemd被设计用来改进原来sysvinit中的多个缺点。
GTID即全局事务ID (global transaction identifier), 其保证为每一个在主上提交的事务在复制集群中可以生成一个唯一的ID。GTID最初由google实现,官方MySQL在5.6才加入该功能。mysql主从结构在一主一从情况下对于GTID来说就没有优势了,而对于2台主以上的结构优势异常明显,可以在数据不丢失的情况下切换新主。使用GTID需要注意: 在构建主从复制之前,在一台将成为主的实例上进行一些操作(如数据清理等),通过GTID复制,这些在主从成立之前的操作也会被复制到从服务器上,引起复制失败。也就是说通过GTID复制都是从最先开始的事务日志开始,即使这些操作在复制之前执行。比如在server1上执行一些drop、delete的清理操作,接着在server2上执行change的操作,会使得server2也进行server1的清理操作。
爱可生 DBA 团队成员,擅长故障分析和性能优化,文章相关技术问题,欢迎大家一起讨论。
内容来源:2017年7月22日,UCloud高级研发工程师王松磊在“饿了么技术沙龙【第九弹】上海研发中心·运维专场”进行《数据库高可用架构》演讲分享。IT 大咖说(微信id:itdakashuo)作为独家视频合作方,经主办方和讲者审阅授权发布。 阅读字数:3280 | 9分钟阅读 摘要 分享UCloud在数据库高可用上的最佳实践。首先介绍MYSQL常见的高可用方式,并分析其存在的问题,然后给出UCloud对此的思考和解决方法。 嘉宾演讲视频及PPT回顾:http://suo.im/2obXuQ MySQL
作者:matrix 被围观: 2,959 次 发布时间:2017-02-11 分类:零零星星 | 无评论 »
3、一个GTID在一个服务器上只执行一次,避免重复执行导致数据混乱或者主从不一致。
GTID的作用 GTID 是‘全局事务ID’的意思,在 MySQL5.6 中被添加进来 以前 MySQL 的主从复制是基于复制点的,slave 从 master 二进制日志的某个位置开始复制 有了 GTID 之后,就多了一种复制方式,MySQL 在每个事务操作时都会分配一个全局唯一的ID,slave 就可以基于这个ID进行复制,只要是自己没有复制过的事务,就拿过来进行复制,可以不用关心具体的复制位置了 基于GTID复制的优缺点 优点 可以更方便的故障转移,出现问题时,多个slave不用根据新master的二
一套运行快两年的 MGR 三节点多主环境(5.7.25),在节点1成功导入一批数据后,开发反馈程序修改这批数据报错,报错信息如下:
读写分离的场景应用 随着业务增长,数据越来越大,用户对数据的读取需求也随之越来越多,比如各种AP操作,都需要把数据从数据库中读取出来,用户可以通过开通多个只读实例,将读请求业务直接连接到只读实例上。使用RDS云数据库的读写分离功能,用户只需要一个请求地址,业务不需要做任何修改,由RDS自带的读写分离中间件服务来完成读写请求的路由及根据不同的只读实例规格进行不同的负载均衡,同时当只读实例出现故障时能够主动摘除,减少对用户的影响。对用户达到一键开通,一个地址,快速使用。 MySQL内核为读写分离的实现提供了支持,包括通过系统variable设置目标节点,session或者是事务的只读属性,等待/检查指定的事务是否已经apply到只读节点上,以及事务状态的实时动态跟踪等的能力。本文会带领大家一起来看看这些特征。说明一下,本文的内容基于RDS MySQL 5.6与RDS MySQL 5.7。
1.配置文件参数写错。比如"="丢失,或者错误加入一些符号等。这类错误一般会在启动失败的错误日志中打印出来。
有使用过腾讯云数据库CDB for MYSQL的用户都知道,腾讯云数据库MYSQL高可用版本身已经是主从架构,不过很多用户还是希望通过自建mysql服务用于和云数据库CDB实现主从同步,这时候用户就可以自己在云服务器CVM上部署从库,为数据安全提供一层保障;
云数据库CDB本身已经是主从架构,不过很多用户还是希望通过自建mysql实现和云数据库cdb实现主从同步,这时候用户就可以自己在云服务器CVM上部署从库,下面是部署步骤 :
生产环境MySQL数据库,架构是一主一从,可以双机切换,MySQL版本是5.7.24-enterprise-commercial-advanced-log。当时是存储MySQL的机房突然断电。主从机器重启后,MySQL都无法启动。两台机器都是同样错误,错误日志显示:
2、从库的IO线程在指定位置读取主库binlog内容存储到本地的中继日志(Relay Log)中
要完成二进制日志的传输过程,MySQL会在从服务器上启动一个工作线程,称为IO线程,这个IO线程会跟主数据库建立一个普通的客户端连接,然后在主服务器上启动一个特殊的二进制转储线程称为binlogdown线程。
mysqlfailover 是mysql utilities工具包中包含的一个重要的高可用命令,用于对主从复制架构进行健康检测以及实现故障自动转移。它会定期按指定的时间间隔探测各节点的健康状态,一旦在捕获到主节点不可用时,将触发故障转移相关动作,自动执行故障切换到当前最佳的从服务器上。同时整个主从架构内的其他从节点将指向新的主节点,自动完成主从拓扑结构更新。 相关知识点热身 基于mysqldump搭建gtid主从 MySQL GTID 错误处理汇总 配置MySQL GTID 主从复制
多源复制的作用 MySQL 5.7.6 开始,添加了一个新特性:多源复制 Multi-Source Replication 可以让你同时从多个master中并行复制,也就是形成了一种新的主从复制结构 一从多主 图 以前都是一主多从的结构,想实现一从多主的复制需要自己想办法,现在好了,直接支持了 多源复制的应用场景示例: 比如我们分库后有多台数据库服务器,后台统计系统需要对数据进行汇总,就可以使用多源复制实现汇总功能 比如我们有多个项目,分为了多台数据库服务器,想使用主从复制进行数据备份,就可以使用多源复制,
今天和同事一起处理了一个奇怪的MySQL空间异常问题,从这个问题的处理中可以找到一些问题处理的方式。
为了保证高可用,之前在测试环境部署了一套 MySQL 双主模式,当一个主库服务出现异常,可以将流量切到另外一个主库,两个主库之间相互同步数据。
................................................................................. 系统:centos7 Mysql:5.7.22 IP:192.168.225.130,端口3306(存放orchestrator的扩普状态) M1:主:192.168.225.128:3306 —— 从:192.168.225.129:3306 M2:主:192.168.225.128:3307 —— 从:192.168.225.129:3307 .................................................................................
说起来也是个巧合,在我安装mysql5.7版本的时候,看走眼了,安装成mysql8.0版本的了。于是乎,我当时觉得8.0,嗯,比5.7数字要大,那么一定更先进!实际上,却大有不同。
Archlinux上安装MySQL/MariaDB和其它发行版略有不同,因此这里梳理记录一下 执行常规安装 [mu@mu polls]$ sudo pacman -S mariadb #安装MariaDB [mu@mu polls]$ sudo systemctl enable mariadb #设置开机自启 Created symlink /etc/systemd/system/multi-user.target.wants/mariadb.service → /usr/lib/systemd/syste
本文通过Docker以及mysql5.7 镜像进行基于GTID数据复制的同步实践。
第一,opt目录下mysql文件夹没有了(解救方法:在opt目录下新建mysql文件夹)
MySQL Fabric这一新的架构为MySQL提供了高可用和向外扩展的特性。本实验专注于高可用。高可用指的是系统提供持续服务的能力。下图显示了一个系统中应该为服务可用提供的不同层次。
数据库服务器存在单点问题 数据库服务器资源无法满足增长的读写请求 高峰时数据库连接数经常超过上限
熟悉MySQL体系结构,擅长数据库的整体调优,喜好专研开源技术,并热衷于开源技术的推广,在线上线下做过多次公开的数据库专题分享,发表过近100篇数据库相关的研究文章。
curl -o php-5.4.5.patch https://mail.gnome.org/archives/xml/2012-August/txtbgxGXAvz4N.txt cd php-5.4.5 patch -p0 -b < ./php-5.4.5.patch
[ 系列文章篇 ] ① Sonic 开源移动端云真机测试平台 - windows 系统下的 sonic 快速部署演示 ② Sonic 开源移动端云真机测试平台 - 设备中心接入安卓设备实例演示,Agent 端服务部署过程详解 ③ Sonic 开源移动端云真机测试平台 - 用例编写与回放流程实例演示,任务定时执行、图像相似度定位、公共步骤、公共参数、测试套件等
组复制以插件的形式提供给MySQL Server使用,组中的每个Server都需要配置和安装MGR插件。本节将以三节点的组复制为例,详细介绍组复制的搭建步骤。
旧环境配置差一点(新环境的1/4的内存和CPU), 还是机械盘, 故想迁移到新环境
如果你的后端应用数据存储使用的MySQL,项目中如果有这样的业务场景你会怎么做呢?
由于能力有限,系列文章难免会存在错误或者遗漏,如果您有任何建议,可以私信给“悦专栏”公众号,我们会第一时间进行反馈。
MySQL复制全解析 Part 2 一步步搭建基于二进制文件位置的MySQL复制
专注于 Oracle、MySQL 数据库多年,Oracle 10G 和 12C OCM,MySQL 5.6,5.7,8.0 OCP。现在鼎甲科技任顾问,为同事和客户提供数据库培训和技术支持服务。
MySQL开发团队很高兴宣布MySQL Shell AdminAPI的新8.0维护版本– 8.0.23!除了一些错误修复和较小更改之外,还包括有关监视/故障排除 和性能的一些重要增强。
上篇解释了许多GTID的原理,以及在MySQL复制中所起的作用,并且进行了很多实验加以辅助说明。本篇演示如何从头开始一步步配置GTID复制。实验环境同https://wxy0327.blog.csdn.net/article/details/90081518#%E4%BA%8C%E3%80%81%E5%A4%8D%E5%88%B6%E5%AE%9E%E9%AA%8C%E7%8E%AF%E5%A2%83。这里只讨论在联机情况下进行配置,因为相对于空库或脱机等理想情况,联机配置复制的需求更为典型和常见。
MySQL多源复制使副本能够并行接收来自多个数据源的事务。在多源复制拓扑中,副本应该为每个数据源创建一个复制通道。在多源复制拓扑中的一个从服务器上最多可以创建256个通道。每个复制通道必须具有唯一的(非空)名称;
领取专属 10元无门槛券
手把手带您无忧上云