前段时间，墨天轮邀请数据库资深专家 黄超 老师分享了《MySQL故障诊断常用方法手册》，在这里我们将课件PPT和实况录像分享出来，供大家参考学习。
在全面上云的今天，数据库作为应用支撑的弹药库，重要性不言而喻。 MySQL 作为世界上最受欢迎的开源数据库，拥有庞大的用户群。本书单从产品、内核、运维等方向带你全面解析MySQL 。 ---- 01 ▊《高性能MySQL（第3版）》 【美】Baron Schwartz,Peter Zaitsev,Vadim Tkachenko 著 宁海元 周振兴 彭立勋 翟卫祥 等 译 MySQL圣经级著作 领域排头、畅行全球、天团献译、从业必收 MySQL 领域经典之作，拥有广泛的影响力。每一章均别具匠心，力
从案例中我们得知是中途开启的GTID，但是留下了很多未开启GTID的BINLOG，从第六部分源码bool MYSQL_BIN_LOG::init_gtid_sets()函数的分析，我们知道删除BINLOG后也会触发正向查找来获取gtid_purged(Gtid_state.lost_gtids)。当读取到第一个BINLOG的时候虽然获取到了PREVIOUS GTID EVENT但是没有GTID EVENT，而simple_recovery=flase所以需要继续查找下一个文件，直到找到同时包含PREVIOUS GTID EVENT和GTID EVENT的 那个BINLOG才会停止，那么显然这种情况下那些GTID关闭的时候生成的BINLOG将会全部扫描一遍，如果量大那么代价将是巨大的。 而案例中每半个小时会触发一次BINLOG切换，因为触发超过expire_logs_days参数设置导致BINLOG进行删除，触发了大量的BINLOG扫描。 显然有了前面的基础这个案例很容易分析。
最近翻译了好几篇关于NDB的文章，相信有很多人会有疑问，NDB Cluster究竟是个什么东西？它是一款新产品吗？它和InnoDB Cluster有什么不同？它是MySQL吗？它怎么使用？在这篇文章里，我将为大家介绍一下MySQL NDB Cluster是什么？它的架构和特征，以及它的适用场景。
https://mp.weixin.qq.com/s/XSnFkuYzIlGWMaXIl-oPeQ
年前本应该是回顾一年工作和收尾的阶段，奈何各种促销，活动都等着春节，因此也遇到了不少的问题，回顾了一下最近遇到的问题，发现有好几个问题比较类似，正好整理一下，作为年前收尾的案例吧。表现上都是数据库假死，无响应，发生的场景有较高的业务压力到来时，也有业务正常运行的时候，突然就出现问题了。
2）有时候出去面试，明明感觉和面试官聊的很好，但面试完成后就没有后续，是否有过疑惑，这是why？
本次恢复的数据库安装在客户本地服务器上，服务器操作系统为windows2008 r2 。在当前环境内安装有mysql5.6单实例，引擎类型为innodb，表内数据存储所使用表空间类型为独立表空间。未进行数据库备份，未开启binlog。
MySQL 主节点故障是指在 MySQL 主从复制架构中，主数据库服务器（主节点）出现问题，无法正常提供数据库服务的情况。主从复制架构通常用于提高数据库的可用性和性能。在这种架构中，主节点负责处理写操作（如插入、更新和删除），而从节点负责处理读操作（如查询）。若主节点出现故障离线，将会出现存量连接闪断的场景。
为更好的帮助DBA运维数据库，腾讯云将于每月12日开展DBbrain诊断日，腾讯云高级产品经理迪B哥直播解析经典数据库运维难题，结合腾讯云数据库智能管家DBbrain的能力，为大家提供问题优化思路和方法，玩转数据库！ 本期诊断日主要分享内容：如何解决热点更新导致的雪崩效应。 本期分享是一个真实的现网故障案例，而且在最近几个月内多个客户都出现了相似的故障，对于迪B哥来说更是印象深刻，在刚刚从事DBA工作的前几年，也处理过类似的问题，接下来的分享内容将会从真实案例的复盘为切入点，深入剖析故障原因，为大家提供
这两天配合解决一个GreatDB端口的问题，碰巧看到爱可生开源社区的这篇文章《故障分析 | MySQL 无监听端口故障排查》，同样介绍了一个MySQL数据库端口的问题，问题不是很复杂，但这个场景，确实很少碰到，可以加到自己的案例库中。
Hadoop的框架里面经常有听到PIG（猪）、HIVE（小密蜂）、Hadoop（大象）......，就像是动物园的小动物，这些小动物的管理者就是ZooKeeper。玩笑讲完了，我们还是回到正题。ZooKeeper的诞生主要是解决是集群的管理节点高可用。接下来，我们来看一看案例。
本文转载java知音
某用户A反馈CDB实例读业务数据库没有响应，在控制台界面看到ro节点被剔除，剔除之前数据库监控上面cpu负载正常，活跃线程数出现大量的堆积；提单后，平台紧急介入，观察到ro节点出现大量的waiting for table metadata lock的报错。
墨墨导读：经常会看到看到cpu 使用率非常高的情况。在这种情况下，资源的使用监控分析才是性能故障分析的根本首要任务，通过这些分析，理解服务器如何运行，资源损耗在哪些方面对问题进行故障诊断是非常有价值有意义的。
本案例是我真实遇到过的一个坑，也在前文中不止一次地提到，当时也是非常纳闷，其实知道原因后只能说为什么会这么坑。
爱可生 DBA 团队成员，熟悉 Oracle、MySQL、MongoDB、Redis，最近在盘 TiDB，擅长架构设计、故障诊断、数据迁移、灾备构建等等。负责处理客户 MySQL 及我司自研 DMP 数据库管理平台日常运维中的问题。热衷技术分享、编写技术文档。
主从数据不一致，但是看复制是正常状态（双 Yes）。此时主库执行，从库本该报错 1062 或者 1032 的 SQL，从库复制线程还是双 Yes，没有报错。
MHA目前在MySQL高可用方面是一个相对成熟的解决方案 但是在搭建的过程中会经常报错，且MHA的构建综合了主从复制，所以MHA的安装要思路清晰才可
总第503篇 2022年 第020篇 对于数据库来说，慢查询往往意味着风险。SQL执行得越慢，消耗的CPU资源或IO资源也会越大。大量的慢查询可直接引发业务故障，关注慢查询即是关注故障本身。本文主要介绍了美团如何利用数据库的代价优化器来优化慢查询，并给出索引建议，评估跟踪建议质量，运营治理慢查询。 1 背景 2 基于代价的优化器介绍 2.1 SQL执行与优化器 2.2 代价模型介绍 2.3 基于代价的索引选择 2.4 基于代价的索引推荐思路 3 索引推荐实现 3.1 前置校验 3.2 提取关键列名 3.3
最近又遇到了一次慢查把db（mariadb10)几乎打挂的案例，作为一个核心支付系统的技术负责人，真是每日如履薄冰。因为之前支付系统经常出问题，现在各个BG对支付系统都盯得很紧。这次要不是我及时让DB给暴力清理数据，没准又提一个P2故障；
越来越多的企业在数字化转型和上云进程中选择混合云的形态（云+自建 IDC 或云+其他厂商云）来进行容灾建设，一方面不会过度依赖单一云厂商，另一方面还能充分利用已有的线下 IDC 资源。
而今天团长要给大家分享的这份笔记中内容主要分为Oracle和MySQL两大部分。第一部分介绍Oracle的日常运维，该部分主要由四个章节构成，内容由浅入深逐步展开。包括生产环境搭建，上线前的压力测试，日常运维以及故障处理，迁移升级，SQL的优化技巧等内容；第二部分是MySQL的运维实战，主要介绍MySQL常用的运维操作及实践，包括软件安装、备份恢复、迁移升级、架构设计、监控和性能优化等。书中提供了全面、实用的建议及具体的操作案例，以保证在复杂的核心生产环境中，能帮助读者可靠且高效地运行Oracle和MySQL数据库。
4月26日，由中国信息通信研究院（以下简称“中国信通院”）主办的“稳保计划”首届云系统稳定性大会在京召开。会上，中国信通院公布了“稳保计划”云系统稳定性领域的最新评估结果、混沌工程先锋实践者优秀案例评选结果，展示了稳定性保障计划的工作成果，公开了首批“稳定性守护者”成员，并全方位解读了云稳定性保障标准体系。 腾讯云混沌工程对于云计算应用案例成功入选“2021混沌工程先锋实践者” 腾讯云混沌演练平台（CFG）提供便捷、灵活、安全的混沌工程故障演习服务，除自动化故障注入外，还提供了观测指标，安全护栏等核心功能
4月26日，由中国信息通信研究院（以下简称“中国信通院”）主办的“稳保计划”首届云系统稳定性大会在京召开。会上，中国信通院公布了“稳保计划”云系统稳定性领域的最新评估结果、混沌工程先锋实践者优秀案例评选结果，展示了稳定性保障计划的工作成果，公开了首批“稳定性守护者”成员，并全方位解读了云稳定性保障标准体系。
MySQL Replication是MySQL非常重要的特性。用好了，可以发挥很大的作用，做负载均衡，做读写分离，做备份等等，能在关键时刻救DBA一命；用不好，那就是给DBA自己找麻烦了，处理不尽的故障。所以我这边给大家分享两个关于复制的案例。
遇到故障，我们往往想的是如何解决这个故障，而不是从故障的根本去思考出现这个故障的原因？这样的结果，只能使我们得到了鱼，失去了渔。今天，我们就来分享一个由USE DB堵塞故障引发的思考案例。 故障描述 今天一个朋友遇到数据库遇到一个严重的故障，故障环境如下： MYSQL 5.6.16 RR隔离级别 GITD关闭 表现如下： use db不能进入数据库 show table status不能查询到表信息 schema.processlist来看有大量的 Waiting for table metadata lo
在工作之中，由于SQL问题导致的数据库故障层出不穷，索引问题是SQL问题中出现频率最高的，常见的索引问题包括：无索引，隐式转换，索引创建不合理。
目前对消息队列并不了解其原理，本篇文章主要是通过慕课网学习归纳的一些笔记，为后续学习打下基础。 众所周知在对网站设计的时候，会遇到给用户“群发短信”，“订单系统有大量的日志”，“秒杀设计”等，服务器没法处理这种瞬间迸发的压力，这种情况要保证系统正常有效的使用，就需要“消息队列”的帮助。本篇主要通过消息队列的思路进行学习。 主要了解如下知识： 1、队列是个什么东西，他能干什么？ 2、对列的应用场景有哪些？ 3、如何使用队列对业务进行解偶？ 4、如何使用Redis队列来消除高压力？ 5、专业的对列系统RabbitMQ如何使用？ 归纳如下主要内容 @消息队列的概念，原理和场景 @解耦案例：队列处理订单系统和配送系统 @流量削峰案例：Redis的List类型实现秒杀 @RabbitMQ：更专业的消息系统实现方案
随着客户上云的加快，客户越来越希望直接采用云上的数据库系统支撑业务发展，作为服务商来讲，了解云上的数据库的应用场景及常见特性成为必然。否则，将出现与客户交流困难，影响项目成效的麻烦事。今天我们讲五种常见的云数据库，这些内容也是在与客户沟通交流中的常见问题。
orchestrator是一款开源对MySQL复制提供高可用、拓扑的可视化管理工具，采用go语言编写，它能够主动发现当前拓扑结构和主从复制状态，支持MySQL主从复制拓扑关系的调整、支持MySQL主库故障自动切换(failover)、手动主从切换(switchover)等功能。
最近安装好了MySQL之后，在启动MySQL服务时无法正常启动MySQL。提示没有更新/var/lib/mfailedZDB.pid并退出。该MySQL与Oracle位于同一主机。有些内核参数进行过调整应该也是使用与MySQL。下面是该问题的具体描述。
“产品使用攻略”、“上云技术实践” 有奖征集啦～ be4048ad-32fc-4171-b332-5a60de7bc418.png 案例名称 案例简介 云数据库 MySQL两地三中心灾备建设 通过使用跨可用区部署实例和异地搭建灾备实例实现两地三中心的架构建设 读写分离扩展云数据库 MySQL 性能 通过代理集群中转访问数据库的主从节点，进行读写分离，降低主库的负载。 云数据库 TDSQL-C MySQL 版多可用区容灾 TDSQL-C MySQL 版引擎支持创建多可用区的集群，为数据库实例提供高可
周耀荣：感谢大家坚持到现在，我先介绍一下我自己，我叫周耀荣，曾经任职于腾讯、金蝶、华为，现在在珍爱网，也算是数据库DB运维的老兵。
周五晚上和朋友一起去外面吃饭，本来想着不加班早点回家过周末，谁又能想到突然就接到一个电话，mysqldump逻辑备份导入时报错，具体错误为“ERROR 3144 (22032): Cannot create a JSON value from a string with CHARACTER SET 'binary'.”
混沌工程的核心是通过实验的方式来验证系统在稳定下下它的不稳定性，从而通过混沌工程实验的方式来模拟这种情况并给出合理的解决方案，所以它最重要的不是混沌实验，而是实验背后的解决方案。业内最早实践混沌工程的公司是Netfix，混沌工程具体它的定义为：“混沌工程是一门在系统上进行实验的科学，目的是建立系统抵御生产环境中失控情况的能力以及信心”。比如在生产环境中数据库的实例突然瘫痪，云服务器的实例突然消失以及底层服务出现雪崩等等一系列的故障情况下，这个时候整个系统层面需要考虑的是出现这种极端以及很平常的故障下，如何使用技术的手段来保障系统依然能够给客户提供价值从而保障系统的可用性，特别是在分布式架构下服务复杂的调用链以及涉及众多中间件，更加需要考虑在异常的情况下系统的伸缩性和高可用性。
数据库与操作系统、中间件组成了基础软件的三驾马车，也是企业 IT 系统必不可少的核心技术。从上世纪 60 年代诞生至今，不论是互联网行业还是银行、电信、制造等传统行业，都依赖着数据库技术的演进。 在步入云原生时代以后，传统数据库在服务可用性、数据可靠性、系统安全性、数据库备份、软硬件投入、系统托管、维护成本、部署扩容、资源利用率等关键方面都有所欠缺。在此背景下，分布式数据库系统获得了令人振奋的发展，云基础设施和数据库进一步整合，弥补了传统数据库的痛点，带来了高可扩展性、全面自动化、快速部署、节约成本、管理便
系统从圣诞节那天晚上开始，每天晚上固定十点多到十一点多这个时段，大概瘫痪1h左右，过这时段系统自动恢复。系统瘫痪时的现象就是，网页和App都打不开，请求超时。系统架构：
一、简介 MHA（Master High Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，现在很多大型的电商网站都采用此解决方案例如：某宝、某东、某会，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中，MHA能做到在0~30秒之内手动或自动（如需自动需结合使用脚本实现）完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用性，就因为有此特性，受到很多大型电商网站的宠爱
互联网公司发展到一定的规模，系统的高可用就变得极其重要。为了应对那些随时可能发生的意外，“多活”在如今互联网公司好像变得是必备的手段了。甚至一些公司发生一些 P0 事故之后，多活也会出现在 case study 的列表之内。
相对于其他的数据库厂商大会，MySQL的的确寒酸，连幕头都没有，上来就直接讲，不过也符合MySQL一贯的风格。这次翻译的是 2023年MySQL summit -- MySQL high availability and disaster recovery。开始本次的讲解人是 MySQL的产品经理，明显和我之前听的MongoDB的两期差距较大，一看是不善言辞的人。
什么是墨菲定律？最简单的表达形式是“有可能出错的事情，就会出错（Anything that can go wrong will go wrong）。”爱德华·墨菲(Edward A. Murphy)是一名工程师，这句话迅速流传。墨菲定律的原句是这样的：If there are two or more ways to do something, and one of those ways can result in a catastrophe, then someone will do it.（如果有两种选择，其中一种将导致灾难，则必定有人会作出这种选择。）
每月关注：35页数据库技术干货，汇总一个月数据库行业热点事件、新的产品特性，包括重要数据库产品发布、警报、更新、新版本、补丁等。
Zipkin是Twitter开源的调用链分析工具，目前基于springcloud sleuth得到了广泛的使用，特点是轻量，使用部署简单。
最后一篇案例篇，"愿站在巨人的肩膀上"，加油熊二同学。 常见案例 淘宝网架构演进 2017年5月18日，阿里巴巴集团公布2016财年的全年业绩，集团收入为1582.73亿元人民币，同比增长56％
在认识binlog日志三种模式前，先了解一下解析binlog日志的命令工MySQLbinlog。mysqlbinlog工具的作用是解析mysql的二进制binlog日志内容，把二进制日志解析成可以在MySQL数据库里执行的SQL语句。binlog日志原始数据是以二进制形式存在的，需要使用mysqlbinlog工具转换成SQL语句形式。
一 简介 和MySQL打交道比较多的朋友，肯定遇到过 "Waiting for table metadata lock"或者由于MDL导致的故障,不过本文介绍MDL锁之前 我们先看一个著名的bug#989 大致情况如下: s1:
在企业级应用实施和运营过程中，为了解决企业中部分业务场景访问量大、并发量高的问题，就需要对系统架构及应用参数做出优化和调整，如架构优化、数据库优化、应用优化等。
RAID的概念描述在互联网上比比皆是，用最简单的原理描述，就是在定义存储方式时允许在一部分数据缺失的情况下不影响全部数据，类似于通讯领域的纠错码。不同的冗余模式形成了不同的RAID类别，主要有RAID01、RAID10、RAID2、RAID3、RAID4、RAID5、RAID6等等。 今天小编为大家分享的就是关于RAID6的案例。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
