InnoDB存储引擎

Rocky大约 7 分钟

MySQL技术内幕_InnoDB存储引擎

体系结构（连分优质）

连接器

分析器

优化器

执行器

SQL语句执行过程

杂项

存储引擎是基于表的，而不是数据库的也就是说同一个数据库中不同的表可以使用不同的存储引擎，但一张表只能使用一种存储引擎
InnoDB使用MVCC机制来获取高并发性，支持事务，实现了4个隔离级别，主要面向OLTP应用
InnoDB采用了聚集（clustered）的方式，每张InnoDB存储引擎的表都是按照主键的顺序进行存放的。如果没有显式指定主键，InnoDB会自动为每行数据生成一个6字节的rowid，并以此作为主键。
MyISAM，主要面向OLAP应用，不支持事务，其缓冲池只缓冲索引文件，数据文件的缓存交给操作系统完成
MyISAM表的物理文件分为两种：myd(存放数据文件)，myi(存放索引文件)
Memory存储引擎：将表中数据存放在内存中，默认使用哈希索引。
MySQL会使用Memory存储引擎的表来作为临时表来存放查询产生的中间结果，如果中间结果集大于了memory存储引擎表的容量，或者中间结果包括了memory存储引擎表不支持的数据类型，mysql又将此中间结果转换为MyISAM存储引擎表而存放在磁盘上。而MyISAM表是不缓存数据文件的，因此产生这样的临时表对于查询的性能会有所降低。
所以在查询时尽量避免产生临时表
哪些存储引擎支持全文索引？
MyISAM，InnoDB都支持
将innodb缓冲池中的数据刷新到磁盘的机制：checkpoint机制
数据库服务器建议都采用64位操作系统
缓冲池中存放着各种类型的页,页的大小默认是16kb

页的大小可通过innodb_page_size控制。

缓冲池中的页通过LRU算法进行管理

MySQL参数

MySQL参数总体可以分为两类：

静态参数：启动后不能再修改
动态参数：启动后可以再修改
- 有些参数只作用于当前会话
- 有些参数只作用于进程整个生命周期
- 有些参数既可以作用于当前会话，也可以作用于整个生命周期

具体哪些参数是静态，哪些参数是动态的，可以参考：InnoDB官方参数列表open in new window

参考参数值：

show variables like 'xxxx';
select [@@global. | @@session. | @@]system_var_name

动态设置参数值：

修改全局变量的值不会修改配置文件中之前的值，也就是说关掉数据库就会丢失动态设置的值

set
| [global | session] system_var_name = expr
| [@@global. | @@session. | @@]system_var_name = expr

MySQL日志文件

错误日志(error log) 截图中的 mysql-error.log
binlog日志(binlog) 截图中的 mysql-bin 文件
慢查询日志(slow query log) 截图中 mysql-slow.log
重做日志(redo log) 截图中的 ib_logfile 文件

物理文件截图截图中的 ibdata 文件是所有InnoDB表的共享表空间文件

错误日志(error log)

二进制日志(binlog)

执行对数据进行更改的操作，包括实际上没有引起数据发生变化的操作(PS: 通过实验发现5.6.26-log版本中，没有引起数据变化的操作不会记录到binlog文中)

查看当前正在写入的二进制日志文件

show master status;
+------------------+-----------+--------------+------------------+-------------------+
| File             | Position  | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+------------------+-----------+--------------+------------------+-------------------+
| mysql-bin.000500 | 143313596 |              |                  |                   |
+------------------+-----------+--------------+------------------+-------------------+

查看指定二进制文件的内容

show binlog events in 'mysql-bin.000498' from pos limit ?\G;

慢查询日志(slow)

slow_query_log：控制是否开起 long_query_time：控制慢查询的时间阈值 log_queries_not_using_indexes：是否把未使用索引的查询记录到慢查询中

杂项

count方法

count(*) == count(0)：统计的数量包括了空字段 count(字段) ：统计的该字段非空数量

其他

辅助索引远小于聚集索引（这个小应该是指占用空间）
事务是否提交和锁是否释放没有必然联系（这个结论在21年8月18日看的时候感觉有点不理解呢，2022年9月8号看还是不理解）

MySQL存储结构

逻辑存储结构（表段区页）

从InnoDB存储引擎的逻辑结构来看，所有数据都被存放在表空间中（tablespace）,表空间又由段（segment）,区（extent），页（page）组成。

区

InnoDB每次从磁盘申请4~5个区，每个区大小为固定为1m,默认情况下每个页大小为16kb（innodb_page_size参数控制），因此一个区中共有64个连续的页。

页

页的大小可以通过 innodb_page_size 修改，页是InnoDB进行IO操作的最小单位

页的类型：

B-Tree Node : 有可能存放的是索引（可能是聚集索引，也可能是辅助索引），有可能存放的是行数据。如果Page-Level如果为0，则表明存放的是行数据，否则存放的是索引

行

InnoDB是面向行的，数据按行进行存放。

每个页最多存放 (16*1024byte/2byte)-200=7992行数据（在2022年9月8号看不理解怎么算的）。

行记录格式： Antelope文件格式： Compact和Redundant两种格式 Barracuda文件格式： Compressed和Dynamic两种格式

在 msyql 5.7.9 及以后版本，默认行格式由innodb_default_row_format变量决定，它的默认值是DYNAMIC，可以在 create table 的时候指定ROW_FORMAT=DYNAMIC。也可以通过 show table status 语句来查看表所使用的行记录格式。 Compact行记录格式

系统推荐

随机毒鸡汤：当你准备好一切时，命运也在准备，给你换个难度。

InnoDB存储引擎

# MySQL技术内幕_InnoDB存储引擎

# 体系结构（连分优质）

# 连接器

# 分析器

# 优化器

# 执行器

# SQL语句执行过程

# 杂项

# MySQL参数

# MySQL日志文件

# 错误日志(error log)

# 二进制日志(binlog)

# 慢查询日志(slow)