在使用 MySQL 集群的时候，我们都是采用了主从架构，主用来负责读，从用来负责写，但是这可能会存在从库去主库同步数据的时候会发生延迟问题。

Undo Log 2.1.1 Undo Log与原子性 事务的持久性是交由Redo Log来保证，原子性则是交由Undo Log来保证。如果事务中的SQL执行到一半出现错误，需要把前面已经执行

1. 背景 8月30日，下午 15:50 左右，因阿里云 RDS 宿主机故障，我们部署在此宿主机上的一个核心订单库（mysql.order_sharding$^{[1]}$）因探活失败发生 HA 切换

MySQL有共享锁、排它锁、全局锁、表级锁、行锁、悲观锁、乐观锁，如何区分和使用他们？他们的底层原理是什么？

针对文中提到的几个问题，笔者也将进一步深入研究，如果合适的话，也会积极提交相关 PR 进行修复和优化；社区需要每个人的贡献才能走的更好。

SQL 写不好 加班少不了 日常工作中SQL 是必不可少的一项技术 但是很多人不会过多的去关注SQL问题 一是数据量小 二是没有意识到索引的重要性 本文主要是整理 SQL失效场景 如果里面的细节

MVCC，即多版本并发控制（Multiversion Concurrency Control），类似于数据库锁，是一种优雅的并发控制方案。 我们了解，在数据库环境中，数据操作主要包括读取和写入两种操作

我们先从锁的分类说起吧，网上对于锁的分类可谓是五花八门，有的甚至分成五六类； 今天呢我想讲的就按照最为普遍以及重要的两种分类来展开：按锁的粒度分类以及按锁的性质分类 先从简单的按照性质分类吧 按照锁的

MySQL锁（读锁、共享锁、写锁、S锁、排它锁、独占锁、X锁、表锁、意向锁、自增锁、MDL锁、RL锁、GL锁、NKL锁、插入意向锁、间隙锁、页锁、悲观锁、乐观锁、隐式锁、显示锁、全局锁、死锁）