MySQL

上一篇：MySQL 锁三部曲（1） - MDL 锁 主要介绍了MDL锁，今天继续看第二部分，InnoDB 锁。 1. 概述 我们说到锁，从开发或者运维层面InnoDB锁碰到的会比较多，上一篇文章开篇提

问题1：set global read_only=ON和FTWRL有什么区别？ 问题2：DML和DDL语句加锁逻辑有区别么？ 问题3：什么场景出现MDL死锁？ 针对上面三个问题，展开关于DML锁的学习

[TOC] 概述 最近经常接到客户数据误操作的情况，问我们能否恢复。而且一般这一类客户可能没有做任何备份。借此机会想把MySQL数据误操作有关的所有场景归纳总结一下。 首先从数据库的角度，误操作可以分

问题 MySQL 没有像 Oracle 中的 AWR 一样，可以获取某个时刻的快照来做性能分析，很难追溯问题时间点发生了什么。针对此问题，可以基于pt-stalk做一个触发式监控，当某个指标达到设定阈

概述 目前，远程备份只能使用 mysqldump 或 MySQL 8.0 提供的 Clone 功能；MySQL中增量备份必须借助 binlog ，所以我们在远程执行 mysqldump 做备份之后，需

概述 MySQL 针对 Drop、Truncate 等 DDL 操作，只能进行备份还原。若无备份情况下，基本上数据无法找回。 某个客户误删过两次数据，第一次是误删表，第二次是误删数据库。 第一次误删表

概述 我们知道 MySQL InnoDB 引擎中的表是索引组织表（IOT），数据是基于主键顺序存放的。这对于基于主键的查询，排序等操作是有天然优势，但是在做 DDL 变更时，会带来一些困扰。相比Ora

简介 MySQL 8.0.17中引入的克隆插件允许在本地或从远程 MySQL 服务器实例克隆数据。克隆数据是存储在 InnoDB 中的数据的物理快照，其中包括模式、表、表空间和数据字典元数据。克隆数据

背景 在使用MySQL过程中，可能会因为binlog暴增导致影响数据库业务，此时客户可能会有分析binlog的需求；如哪个表，哪些SQL导致了日志量暴增。 技术预研 这里使用show binlog e