近一个多月，写了一些MySQL内核的文字，稍作总结，希望对大家有帮助。1.《InnoDB，为何并发如此之高？》 文章介绍了： （1）什么是并发控制； （2）并发控制的常见方法：锁，数据多版本； （3）redo，undo，回滚段的实践； （4）InnoDB如何利用回滚段实现MVCC，实现快照读。

【云栖社区】  【架构】  【mysql】  【innodb】  【高并发】  【索引】   …

前言 innodb buffer pool有几个目的： 缓存数据--众所周知，这个占了buffer pool的大半空间 缓存目录--数据字典 insert buffer 排序的内部结构--比如自适应hash的结构或者一些行锁 1.

【mysql】  【innodb】  【索引】  【index】   点击查看原文>

总结 1、默认情况下ibdata存放InnoDB表（InnoDB数据字典）元数据、undo logs、the change buffer, and the doublewrite buffer 2、如果innodb_file_per_table=off，则ibdata也存放InnoDB表的实际数据，也就是InnoDB表建立后，不会再有单独的tablename.

【大数据】  【架构】  【java】  【mysql】  【innodb】  【程序员】  【日志】   …

InnoDB automatically extends each secondary index by appending the primary key columns to it. Consider this table definition: i1 INT NOT NULL DEFAU.

【数据存储与数据库】  【mysql】  【innodb】  【BY】  【index】  【Create】  【IT】   点击查看原文>

在之前，笔者介绍过InnoDB对于lob列的更新优化，即允许对lob类型的列数据进行部分更新。由于undo log page本身的限制（例如无法存储过长的数据），对于大列更新，旧版本被留在数据文件中，在MVCC读时，直接从中读旧版本即可。

【mysql】  【innodb】  【函数】  【LOG】  【索引】  【index】   …

当MySQL单表记录数过大时，增删改查性能都会急剧下降，所以我们本文会提供一些优化参考，大家可以参考以下步骤来优化： 一、单表优化 除非单表数据未来会一直不断上涨，否则不要一开始就考虑拆分，拆分会带来逻辑、部署、运维的各种复杂度。

【架构】  【mysql】  【innodb】  【性能】  【SQL】  【数据库】   …

Note: 相关worklog: WL#7093: Optimizer provides InnoDB with a bigger buffer

基于MySQL8.0.12 通常情况下，InnoDB每获得一行记录会: 记录下当前的cursor 返回记录 下次进入innodb层时，重新恢复其在btree上的cursor，并读取下一条记录 但在满足一定条件时，InnoDB会顺序读取一部分记录并放到一个cache中。

【数据存储与数据库】  【mysql】  【innodb】  【SQL】  【Cache】   …

前言 为什么MySQL InnoDB需要Purge操作？明确这个问题的答案，首先还得从InnoDB的并发机制开始。为了更好的支持并发，InnoDB的多版本一致性读是采用了基于回滚段的的方式。另外，对于更新和删除操作，InnoDB并不是真正的删除原来的记录，而是设置记录的delete mark为1。

【数据存储与数据库】  【mysql】  【innodb】  【函数】  【LOG】  【线程】   …

一、问题由来 这是一个朋友问我的(@成都--麦涩可)，原问题如下： 数据库发送数据给客户端这个时间算是sql的执行时间嘛？要解决问题我们需要知道MySQL何时将数据传输给了客户端，既然是要传输实际的数据给客户端那么肯定是select语句了，同时我们要明白一个正常select运行到底要经历哪些阶段。

【mysql】  【innodb】  【函数】  【SQL】  【索引】   …

MySQL当前已经发布到MySQL8.0版本，在新的版本中，可以看到MySQL之前被人诟病的优化器部分做了很多的改动，由于笔者之前的工作环境是5.6，最近切换到最新的8.0版本，本文涵盖了一些本人感兴趣的和优化器相关的部分，主要包括MySQL5.7的cost model以及MySQL8.0的直方图功能。

【数据存储与数据库】  【mysql】  【innodb】  【配置】  【Cache】  【HASH】   …