逻辑存储结构逻辑存储结构图表空间表空间文件在Linux下存放在/var/lib/mysql文件中的xxx.ibd文件就是表空间文件表空间文件用来存储，记录，索引等数据。段段分为，数据段(Leafnodesegment)，索引段(Non-leafnodesegment)，回滚段(Rollbacksegment)，InnoDB是索引组织表，数据段就是B+树的叶子节点，索引段就是非叶子节点，段用来管理Extend（区）。一个段相当于一张表区区是表空间的单元结构，每个区大小为1M，默认情况下InnoDB存储引擎页大小为16k，一个区一共16个连续的页。页页，是InnoDB存储引擎磁盘管理的最小单元。每
锁定读、UPDATE或DELETE通常会给在SQL语句处理过程扫描到的每个索引记录上设置记录锁。语句中是否存在排除该行的WHERE条件并不重要。InnoDB不记得确切的WHERE条件，但只知道哪些索引范围被扫描了。锁通常是next-key锁，它也阻止插入到紧挨着记录之前的“间隙”中。然而，间隙锁定可以显式禁用，这会导致next-key锁无法使用。事务隔离级别也会影响到锁的设置。如果在搜索中使用了二级索引，并且要设置的索引记录锁是互斥的，InnoDB也会检索相应的聚集索引记录并对它们设置锁。如果没有适合语句的索引，MySQL必须扫描整个表来处理该语句，那么表的每一行都将被锁定，从而阻止其他用户对
锁定读、UPDATE或DELETE通常会给在SQL语句处理过程扫描到的每个索引记录上设置记录锁。语句中是否存在排除该行的WHERE条件并不重要。InnoDB不记得确切的WHERE条件，但只知道哪些索引范围被扫描了。锁通常是next-key锁，它也阻止插入到紧挨着记录之前的“间隙”中。然而，间隙锁定可以显式禁用，这会导致next-key锁无法使用。事务隔离级别也会影响到锁的设置。如果在搜索中使用了二级索引，并且要设置的索引记录锁是互斥的，InnoDB也会检索相应的聚集索引记录并对它们设置锁。如果没有适合语句的索引，MySQL必须扫描整个表来处理该语句，那么表的每一行都将被锁定，从而阻止其他用户对
先大体看一下MySQL的SQLlayer层的一个架构流程： 对一些关键模块做一下简单的描述:1. 初始模块：初始一些参数，比如初始myinit配置文件（在安装的根目录下）里的一些参数。2. 连接管理模块：启动监听，监听连接请求3. 连接进程模块：可以理解为线程池4. 用户模块：检验用户，令牌和权限5. 命令分发器：处理不同类型的请求6. 查询缓存模块：做缓存处理，做查询的cache,可以理解为一个Map，查询语句为key，结果值为value7. 日志记录模块8. 命令解析器（parser）：对于不同类型的sql语句进行处理分发，select：查询优化器，dml：表变更模块，ddl：表维
先大体看一下MySQL的SQLlayer层的一个架构流程： 对一些关键模块做一下简单的描述:1. 初始模块：初始一些参数，比如初始myinit配置文件（在安装的根目录下）里的一些参数。2. 连接管理模块：启动监听，监听连接请求3. 连接进程模块：可以理解为线程池4. 用户模块：检验用户，令牌和权限5. 命令分发器：处理不同类型的请求6. 查询缓存模块：做缓存处理，做查询的cache,可以理解为一个Map，查询语句为key，结果值为value7. 日志记录模块8. 命令解析器（parser）：对于不同类型的sql语句进行处理分发，select：查询优化器，dml：表变更模块，ddl：表维
近日, 在一个小型项目中, 遇到了一个触及我知识盲区的bug. 项目用的是MySQL5.7.25, 其中有一张表 config_data,包含四个字段,id,name,value,expireAt.其中id为主键,name建有唯一索引,表的用途大概就是存放一些有时效性的配置.以上就是这次故事的背景.(不要问我为什么要用这么奇怪的方式处理需要过时的配置,项目太简陋以至只有一台虚拟主机和一个数据库,别的什么都没了,包括Redis) 这张表的使用场景大致为,假设需要使用某配置a,先尝试从表中查找a,若找到,判断是否过期,过期或者值不存在则从外部获取配置的值并存入表中,以便下次使用. 伪代码流程如下:
近日, 在一个小型项目中, 遇到了一个触及我知识盲区的bug. 项目用的是MySQL5.7.25, 其中有一张表 config_data,包含四个字段,id,name,value,expireAt.其中id为主键,name建有唯一索引,表的用途大概就是存放一些有时效性的配置.以上就是这次故事的背景.(不要问我为什么要用这么奇怪的方式处理需要过时的配置,项目太简陋以至只有一台虚拟主机和一个数据库,别的什么都没了,包括Redis) 这张表的使用场景大致为,假设需要使用某配置a,先尝试从表中查找a,若找到,判断是否过期,过期或者值不存在则从外部获取配置的值并存入表中,以便下次使用. 伪代码流程如下:
作者：郑啟龙摘要：对于MYSQL的INNODB存储引擎的索引，大家是不陌生的，都能想到是B+树结构，可以加速SQL查询。但对于B+树索引，它到底“长”得什么样子，它具体如何由一个个字节构成的，这些的基础知识鲜有人深究。本篇文章从MYSQL行记录开始说起，层层递进，包括数据页，B+树聚簇索引，B+树二级索引，最后在文章末尾给出MYSQL索引的建议。文章涉及较多基础知识，内容较为枯燥，因此采用较多的图片补充说明，希望能对读者有帮助。A.一条记录存储格式：COMPACT行记录结构mysql是关系型数据库，每一行记录都是表结构定义的关系的显示表达。在脑中很直观地想到，记录存储时也可能按行存储。的确，m
作者：郑啟龙摘要：对于MYSQL的INNODB存储引擎的索引，大家是不陌生的，都能想到是B+树结构，可以加速SQL查询。但对于B+树索引，它到底“长”得什么样子，它具体如何由一个个字节构成的，这些的基础知识鲜有人深究。本篇文章从MYSQL行记录开始说起，层层递进，包括数据页，B+树聚簇索引，B+树二级索引，最后在文章末尾给出MYSQL索引的建议。文章涉及较多基础知识，内容较为枯燥，因此采用较多的图片补充说明，希望能对读者有帮助。A.一条记录存储格式：COMPACT行记录结构mysql是关系型数据库，每一行记录都是表结构定义的关系的显示表达。在脑中很直观地想到，记录存储时也可能按行存储。的确，m
目录概述MVCC做了什么锁做了什么为啥幻读：参考资料：概述笔者在学习数据库相关内容时，发现关于innoDB在RR级别下究竟能不能保证不发生幻读这个问题，网上的资料众说纷纭，笔者在经过总结和自己的试验之后，在这里结合自己的理解分析一下这个问题，若有谬误，欢迎指正。笔者在这里默认读者都了解了关于幻读以及innoDB中MVCC和锁机制的情况，仅对该问题进行分析。先说结论，innoDB的RR级别下仍然会出现幻读的情况，但是innoDB还是通过MVCC和锁尽可能避免幻读发生。MVCC做了什么首先，关于MVCC，在RR级别下，MVCC只会在事务的首个查询发生时生成一个ReadView，后续的相同查询都是共
