传统的高可用架构不能预防误删数据的，因为主库的一个drop table命令，会通过binlog传给所有从库和级联从库，进而导致整个集群的实例都会执行这个命令。 MySQL相关误
2025年9月6日
首先复习一下加锁规则： 原则1：加锁的基本单位是next-key lock，是一个前开后闭区间； 原则2：查找过程中访问到的对象才会加锁； 优化1：索引上的等值查询，给唯一索引
2025年8月31日
之前的文章已经说过：在一主一备的双M架构里，主备切换只需要把客户端流量切到备库；而在一主多从架构里，主备切换除了要把客户端流量切到备库外，还需要把从库接到新主库上。 主备切换有
2025年8月31日
只要redo log和binlog保证持久化到磁盘，就能确保MySQL异常重启后，数据可以恢复。本文讲讲MySQL写入binlog和redo log的流程。 binlog的写入
2025年8月2日
有时候，在业务高峰期，生产环境的MySQL压力太大，没法正常响应，需要短期内、临时性地提升一些性能。本文就来讲讲一些临时方法，并着重说它们可能存在的风险。 短连接风暴 正常的短
2025年7月26日
上篇文章中，介绍了间隙锁和临键锁，但并未说明加锁规则。本文首先介绍加锁规则，由于间隙锁在可重复读隔离级别下才有效，因此接下来的内容默认在可重复读隔离级别下。 加锁规则（限5.x
2025年7月25日
首先给出要用到的数据： CREATE TABLE t ( id int(11) NOT NULL, c int(11) DEFAULT NULL, d int(11) DEFA
2025年7月23日
有些情况下，“查一行”也会执行特别慢，今天就看看什么情况会出现这个现象。 如果MySQL本身有很大压力，导致数据库服务器CPU占有率很高或IO利用率很高，这种情况所有语句的执行
2025年7月22日
没有更多啦
