MySQL-InonoDB

最新推荐文章于 2025-05-23 14:31:31 发布

原创最新推荐文章于 2025-05-23 14:31:31 发布 · 1k 阅读

11 ·

本内容遵循CC 4.0 BY-SA版权协议

GEO检测

标签

#mysql #数据库

InonoDB的特点

dml操作遵循ACID模型 ,支持事务

行级锁,提高高并发访问性能

支持外键

架构

内存结构

buffer pool:

缓冲池是主存中的一个区域,里面可以缓存磁盘上经常操作的真实数据,再执行增删改查操作时,先操作缓冲池中的数据(若没有增加载并缓存),然后再以一定频率刷新道磁盘,减少磁盘io,加快处理速度

缓冲池以Page页为单位，底层采用链表数据结构管理Page。

根据状态，将Page分为三种类型:

freepage：空闲page，未被使用。
clean page：被使用page，数据没有被修改过。
dirtypage：脏页，被使用page，数据被修改过，也中数据与磁盘的数据产生了不一致。

ChangeBuffer：

更改缓冲区（针对于非唯一二级索引页），在执行DML语句时，如果这些数据Page没有在BufferPool中，不会直接操作磁盘，而会将数据变更存在更改缓冲区ChangeBuffer中，在未来数据被读取时，再将数据合并恢复到BufferPool中，再将合并后的数据刷新到磁盘中。

ChangeBuffer的意义是什么？

与聚集索引不同，二级索引通常是非唯一的，并且以相对随机的顺序插入二级索引。同样，删除和更新可能会影响索引树中不相邻的二级索引页，如果每一次都操作磁盘，会造成大量的磁盘IO。有了ChangeBuffer之后，我们可以在缓冲池中进行合并处理，减少磁盘lO。

AdaptiveHashIndex：

自适应hash索引

用于优化对BufferPool数据的查询。InnoDB存储引擎会监控对表上各索引页的查询，如果观察到hash索引可以提升速度，则建立hash索引，称之为自适应hash索引。自适应哈希索引，无需人工干预，是系统根据情况自动完成。

参数：adaptive_hash_index

LogBuffer

日志缓冲区，用来保存要写入到磁盘中的log日志数据（redolog、undolog），默认大小为16MB，日志缓冲区的日志会定期刷新到磁盘中。如果需要更新、插入或删除许多行的事务，增加日志缓冲区的大小可以节省磁盘I/O。

参数:

innodb_log_buffer_size：缓冲区大小

innodb_flush_log_at_trx_commit:日志刷新到磁盘时机

0：每秒将日志写入并刷新到磁盘一次。

1：日志在每次事务提交时写入并刷新到磁盘

2：日志在每次事务提交后写入，并每秒刷新到磁盘一次。

磁盘结构

SystemTablespace：

系统表空间是更改缓冲区的存储区域。如果表是在系统表空间而不是每个表文件或通用表空间中创建的，它也可能包含表和索引数据。（在MySQL5.x版本中还包含lnnoDB数据字典、undolog等)

参数：innodb_data_file_path
File-Per-TableTablespaces：每个表的文件表空间包含单个InnoDB表的数据和索引l，并存储在文件系统上的单个数据文件中。

参数：innodb_file_per_table
GeneralTablespaces：通用表空间，需要通过CREATETABLESPACE语法创建通用表空间，在创建表时，可以指定该表空间。
UndoTablespaces：撤销表空间，MySQL实例在初始化时会自动创建两个默认的undo表空间（初始大小16M），用于存储undolog日志。
TemporaryTablespaces：InnoDB使用会话临时表空间和全局临时表空间。存储用户创建的临时表等数据。
DoublewriteBufferFiles：双写缓冲区，innoDB引擎将数据页从BufferPool刷新到磁盘前，先将数据页写入双写缓冲区文件中，便于系统异常时恢复数据。#ib_16384_0.dblwr#ib_16384_1.dblwrRedoLog：重做日志，是用来实现事务的持久性。该日志文件由两部分组成：重做日志缓冲a（redologbuffer）以及重做日志文件（redolog），前者是在内存中，后者在磁盘中。当事务提交之后会把所有修改信息都会存到该日志中，用于在刷新脏页到磁盘时，发生错误时，进行数据恢复使用。

后台线程

AIO 异步非阻塞io

redo log日志

重做日志，记录的是事务提交时数据页的物理修改，是用来实现事务的持久性。

该日志文件由两部分组成：重做日志缓冲（redolog buffer）以及重做日志文件（redo log file），前者是在内存中，后者在磁盘中。当事务提交之后会把所有修改信息都存到该日志文件中，用于在刷新脏页到磁盘,发生错误时，进行数据恢复使用。

undo log日志

回滚日志，用于记录数据被修改前的信息，作用包含两个：提供回滚和 MVCC(多版本并发控制）,是用来实现事务的原子性

undo log和redo log记录物理日志不一样，它是逻辑日志。可以认为当delete一条记录时，undo log中会记录一条对应的insert记录，反之亦然，当update一条记录时，它记录一条对应相反的update记录。当执行rollback时，就可以从undo log中的逻辑记录读取到相应的内容并进行回滚。

Undo log销毁：undolog在事务执行时产生，事务提交时，并不会立即删除undolog，因为这些日志可能还用于MVcC。

Undo log存储：undo log采用段的方式进行管理和记录，存放在前面介绍的 rollback segment 回滚段中，内部包含1024个undo logsegment.