MySQL on

MySQL之explain

Mon, 27 Feb 2023 00:00:00 +0000

Explain
#

简介
#

MySQL 提供了一个 EXPALIN 命令，可以用于对 SELECT 语句 的执行计划进行分析，并详细的输出分析结果，供开发人员进行针对性的优化。

字段介绍
#

id: SELECT查询序列号，即为sql语句执行的顺序
select_type: SELECT的类型，他有以下几种类型：
- simple: 最简单的select，表示没有union与子查询
- primary: 在有子查询的语句中，外面的那一层select即为primary
- union: union查询语句的第二个语句，即为union
- union result: union语句的结果
table: 所用到的表
type: 连接类型，后面再详细介绍
possible_keys: 可能使用到的索引
key: 实际选择的索引
key_len: 使用的索引长度
ref: 索引的哪一列被使用了
rows: 估计要扫描的行，数字越大select的效率越低
extra: 额外信息，后面再详细介绍

type详解
#

type表示SQL语句对表的访问方式（MySQL在表中找到所需行的方式），又称访问类型，通常用type的值来判断SQL语句是否使用到索引。type的值有以下几种，由好到差依次是：

MySQL之mvcc

Sun, 04 Dec 2022 00:00:00 +0000

MVCC
#

概念
#

MVCC 的英文全称是 Multiversion Concurrency Control ，中文意思是多版本并发控制技术。原理是，通过数据行的多个版本管理来实现数据库的并发控制，简单来说就是保存数据的历史版本。可以通过比较版本号决定数据是否显示出来。读取数据的时候不需要加锁可以保证事务的隔离效果。

MVCC是如何实现的？

我们需要先了解两个知识：

Read View 中四个字段作用；
聚簇索引记录中两个跟事务有关的隐藏列；

隐藏列

InnoDB 里面每个事务有一个唯一的事务 ID，叫作 transaction id。它是在事务开始的时候向 InnoDB 的事务系统申请的，是按申请顺序严格递增的。而每行数据也都是有多个版本的。每次事务更新数据的时候，都会生成一个新的数据版本，并且把 transaction id 赋值给这个数据版本的事务 ID，记为 row trx_id。同时，旧的数据版本要保留，并且在新的数据版本中，能够有信息可以直接拿到它。也就是说，数据表中的一行记录，其实可能有多个版本 (row)，每个版本有自己的 row trx_id。每个版本之间可以用回滚指针相连接。

对于使用 InnoDB 存储引擎的数据库表，它的聚簇索引记录中都包含下面两个隐藏列：

trx_id，当一个事务对某条聚簇索引记录进行改动时，就会把该事务的事务 id 记录在 trx_id 隐藏列里；
roll_pointer，每次对某条聚簇索引记录进行改动时，都会把旧版本的记录写入到 undo 日志中，然后这个隐藏列是个指针，指向每一个旧版本记录，于是就可以通过它找到修改前的记录。

MySQL之死锁

Sun, 04 Dec 2022 00:00:00 +0000

死锁
#

概念
#

死锁是并发系统中常见的问题，同样也会出现在数据库MySQL的并发读写请求场景中。当两个及以上的事务，双方都在等待对方释放已经持有的锁或因为加锁顺序不一致造成循环等待锁资源，就会出现“死锁”。常见的报错信息为 Deadlock found when trying to get lock...。

检测语句
#

可以使用下面这条命令来查看MySQL最近的一次死锁日志：

show engine innodb status

查看当前执行的事务：

select * from information_schema.innodb_trx

查看当正在等锁的事务：

select * from information_schema.innodb_lock_waits

场景分析
#

sql准备：

MySQL之索引调优

Sun, 04 Dec 2022 00:00:00 +0000

索引
#

索引是什么？
#

索引是提升查询速度的一种数据结构。索引之所以能提升查询速度，在于它在插入时对数据进行了排序（显而易见，它的缺点是影响插入或者更新的性能）。InnoDB 存储引擎支持的索引有 B+ 树索引、全文索引、R 树索引。这里讲使用最广泛的 B+ 树索引。

MySQL之next-key lock

Mon, 24 Oct 2022 00:00:00 +0000

Next-key lock
#

Innodb 引擎为了解决「可重复读」隔离级别使用「当前读」而造成的幻读问题，就引出了 next-key 锁，就是记录锁和间隙锁的组合。这里强调**「当前读」，是因为在「快照读」的情况下，由mvcc来保证不会产生幻读。mvcc相关的内容具体可以参考另一篇文章。这里只讨论「当前读」的情况。以下内容全部基于「可重复读」隔离级别**。

记录锁&间隙锁
#

记录锁，锁的是记录本身；
间隙锁，锁的就是两个值之间的空隙，以防止其他事务在这个空隙间插入新的数据，从而避免幻读现象。

加锁规则
#

对记录加锁时，加锁的基本单位是 next-key lock，它是由记录锁和间隙锁组合而成的，next-key lock 是前开后闭区间，而间隙锁是前开后开区间。但是，next-key lock 在一些场景下会退化成记录锁或间隙锁。另外，文章后面提到的next-key lock、间隙锁、记录锁都是加在索引上的，而不是加在数据行上的。

MySQL on

MySQL之explain

Explain #

简介 #

字段介绍 #

type详解 #

MySQL之mvcc

MVCC #

概念 #

MySQL之死锁

死锁 #

概念 #

检测语句 #

场景分析 #

MySQL之索引调优

索引 #

索引是什么？ #

MySQL之next-key lock

Next-key lock #

记录锁&间隙锁 #

加锁规则 #

场景分析 #

Explain
#

简介
#

字段介绍
#

type详解
#

MVCC
#

概念
#

死锁
#

概念
#

检测语句
#

场景分析
#

索引
#

索引是什么？
#

Next-key lock
#

记录锁&间隙锁
#

加锁规则
#

场景分析
#