MySQL

持久性与原子性 在写完之前文章，通过了解到的Shadow Paging(COW机制)机制，对Innodb的持久性和原子性产生了新的思考。 [Redo + Undo]是不是[持久性 + 原子性]的必要条

未完待续未完待续未完待续未完待续未完待续未完待续未完待续未完待续未完待续未完待续未完待续未完待续未完待续未完待续

本文对一个案例的有趣的地方进行分析，然后最后再综述下replace into的流程。基础环境进行一个Replace操作，唯一索引冲突，SQL执行完后事务持有的锁。Insert常规的加锁参看这个文章：h

基于组提交的并行复制如何表示并行度last_committed与sequence_number为了表示主库并行度，在binlog row event增加了如下的标识。即在gtid_event中增加两个

数据+LOG数据库的数据由两部分组成，一部分是数据，一部分是LOG。Innodb的数据包括内存(Innodb buffer pool)中和硬盘中的数据。数据的更改首先会作用到内存中的缓存数据，然后In

基本概念 脏读是指读到别的事务未提交的修改。 不可重复度读与幻读的区别，不可重复读的重点在于update和delete(读不到已提交的修改)，幻读的重点在于insert。 隔离级别 快照读与当前读 在

作用AHI是针对叶子节点的，作用是减少B树寻址(高度+页内寻址)的代价。如何做的通过key(index_id+fileds+bytes):value(记录的物理地址)来直接定位。这里面有几个细节fil

基础概念概念一个Index逻辑上就是一个B+Tree。方方面面看：https://www.slideshare.net/ovaistariq/pluk2011-btreeindexesandinnod

刷脏的种类批量刷脏单页刷脏操作批量刷脏是后台线程发起，单页刷脏操作是用户线程发起。批量刷脏中的同步刷脏是Redo空间不足引发的，单页刷脏是没有free的page引发的。批量刷脏批量刷脏的场景