MySQL全解

今天收到运营同学的一个 SQL，有点复杂，尤其是这个 SQL explain 都很长时间执行不出来，于是我们后台团队帮忙解决这个 SQL 问题，却正好发现了一个隐藏很深的线上问题。

在前面的两篇文章，我们分析了 MySQL InnoDB 引擎的两种行记录存储格式 compact 以及 redundant，本篇文章将深入 innoDB 四种行格式 offpage 列的设计思路。

任何计算机存储数据，都需要字符集，因为计算机存储的数据其实都是二进制编码，将一个个字符，映射到对应的二进制编码的这个映射就是字符编码（字符集）。这些字符如何排序呢？决定字符排序的规则就是排序规则。查看

以前老版本MySQL添加一列的方式：会造成锁表，简易过程如下：新建一个和Table1完全同构的Table2对表Table1加写锁在表Table2上执行ALTERTABLE你的表ADDCOLUMN新列c

假设表的引擎是Innodb，MySQL5.7+删除一条记录，首先锁住这条记录，数据原有的被废弃，记录头发生变化，主要是打上了删除标记。也就是原有的数据deleted_flag变成1，代表数据被删除。但

其实就是innodb_flush_log_at_trx_commit和sync_binlog两个参数设置，都设置为1就是双1设置。MySQL默认配置就是双1配置。innodb_flush_log_at

以Compact行格式为例：总结删除一条记录，数据原有的被废弃，记录头发生变化，主要是打上了删除标记。也就是原有的数据deleted_flag变成1，代表数据被删除。但是数据没有被清空，在新一行数据大

首先提出假设：手机号码不会更新，只会插入和删除。查询包括精确查询某个手机号是否存在，以及获取某一号码段的所有手机号假设表只有一个字段，就是手机号phone，并且设置为主键。如果不设置主键并且没有唯一索

KeyTakeAwaysInnoDB引擎中有三种AutoIncrement锁模式：innodb_autoinc_lock_mode=0（traditionallockmode）：获取表锁，语句执行结束

在上一篇：MySQL原理 - InnoDB引擎 - 行记录存储 - Compact格式 中，我们介绍了什么是 InnoDB 行记录存储以及 Compact 行格式，在这一篇中，我们继续介绍其他三种行格式。 这个是最古老的，最简单粗暴的行格式了，现在基本上已经不用了，因为占用空间…

MySQL 服务器上负责对表中数据的读取和写入工作的部分是存储引擎，比如 InnoDB、MyISAM、Memory 等等，不同的存储引擎一般是由不同的人为实现不同的特性而开发的，目前OLTP业务的表如果是使用 MySQL 一般都会使用 InnoDB 引擎，这也是默认的表引擎。 …