遇到故障，我们往往想的是如何解决这个故障，而不是从故障的根本去思考出现这个故障的原因？这样的结果，只能使我们得到了鱼，失去了渔。今天，我们就来分享一个由USE DB堵塞故障引发的思考案例。 故障描述今天一个朋友遇到数据库遇到一个严重的故障，故障环境如下： MYSQL 5.

【mysql】  【lock】  【兼容性】  【Create】  【metadata】   点击查看原文>

在MySQL5.7 引入基于Logical clock的并行复制方案前，MySQL使用基于Schema的并行复制，使不同db下的DML操作可以在备库并发回放。在优化后，可以做到不同表table下并发。但是如果业务在Master端高并发写入一个库（或者优化后的表），那么slave端就会出现较大的延迟。

【mysql】  【并行复制】  【lock】  【binlog】  【timestamp】  【Commit】   …

锁类型 Innodb 的锁从锁粒度上大致可以分为行锁和表锁，之前接触过的Berkeley DB(MySQL 5.1前的事务储存引擎，后被 Innodb 取代)只对存储格式为 Hash 的定长数据支持行锁，对于 Btree 格式的仅支持页锁，作为 KV 类型的存储引擎，锁的类型也相对简单。

【mysql】  【innodb】  【函数】  【lock】  【HASH】  【update】   …

慢查询日志用来优化Query语句，以下是有关的几个参数，5.5版本以后可以到微秒（μs）新版本中还有long_query_io(读取次数) log_queries_not_using_indexes(没有使用索引的SQL) log_throttle_not_using_indexes(控制每分钟不...

【mysql】  【日志】  【LOG】  【lock】  【variables】   点击查看原文>

初衷是想用简单说下innodb的Transaction Isolation Levels和InnoDB Locking之间的关系，因为只写的话不容易理解，后来想以Consistent Nonlocking Reads,Locking Reads为突破点，用简单的例子来说明mysql常用的事务隔离级别.

【数据存储与数据库】  【mysql】  【innodb】  【测试】  【lock】  【update】  【repeatable】   …

MDL(Meta Data LocK)的作用 在MySQL5.1及之前的版本中，如果有未提交的事务trx，当执行DROP/RENAME/ALTER TABLE RENAME操作时，不会被其他事务阻塞住。

【mysql】  【lock】  【test】  【schema】  【metadata】  【Commit】   点击查看原文>

什么是FTWL FTWRL是FLUSH TABLES WITH READ LOCK的简称(FTWRL)，该命令主要用于保证备份一致性备份。为了达到这个目的，它需要关闭所有表对象，因此这个命令的杀伤性很大，执行命令时容易导致库hang住。

【mysql】  【lock】  【test】  【read】  【thread】   点击查看原文>

说到锁机制之前，先来看看Mysql的存储引擎，毕竟不同的引擎的锁机制也随着不同。

三类常见引擎：

MyIsam ：不支持事务，不支持外键，所以访问速度快。

【mysql】  【innodb】  【数据库】  【lock】  【索引】  【update】  【存储】   …

背景 有同学讨论到MySQL 5.5下给大表加主键时会锁住读的问题，怀疑与fast index creation有关，这里简单说明下。 对照现象 为了说明这个问题的原因，有兴趣的同学可以做对比实验。

【mysql】  【innodb】  【线程】  【lock】  【索引】  【fast】  【index】   …

传统的事务锁赋予方式是采用FIFS先来先服务的方式，从MySQL8.0.3开始，引入了一种新的模式CATS调度方式，全称为Contention-Aware Transaction Scheduling （或者叫做VATS, V=Variance）. 顾名思义就是能够感知到事务竞争关系来实现全局最小开销的锁调度方式。

【算法】  【mysql】  【innodb】  【函数】  【线程】  【排序】   …