【总结】InnoDB存储引擎

最新推荐文章于 2024-03-28 08:42:48 发布

Xzzz2020

最新推荐文章于 2024-03-28 08:42:48 发布

阅读量172

点赞数 1

分类专栏：面试题总结文章标签：数据库 mysql 索引

本文链接：https://blog.csdn.net/qq_43040688/article/details/107597669

版权

37 篇文章 3 订阅

订阅专栏

该文章为知识总结的文章，如果是初学者，建议先从专栏学习：数据库专栏

因为主键是表唯一标识，所以插入顺序按照主键递增（自增主键）的顺序插入。
因此，插入的聚集索引一般是顺序的，不需要对磁盘随机读取，所以速度很快。
但是一个表不止有聚集索引，索引的插入不再是顺序的
插入索引对于非聚集索引，不是一次性插入到索引页，先判断索引页是否在缓存池。如果在，直接插入；如果不在，先放入插入缓存，将多个插入合并在一个中(因为都是在一个索引页中)，在根据磁盘IO情况更新到磁盘中。
索引必须是辅助索引，索引不是唯一的
默认最多占一半缓存池空间

缺点：

在这里插入图片描述

redo log是InnoDB存储引擎层的日志，又称重做日志文件，用于记录事务操作的变化，记录的是数据修改之后的值，不管事务是否提交都会记录下来。在实例和介质失败（media failure）时，redo log文件就能派上用场，如数据库掉电，InnoDB存储引擎会使用redo log恢复到掉电前的时刻，以此来保证数据的完整性。
在一条更新语句进行执行的时候，InnoDB引擎会把更新记录写到redo log日志中，然后更新内存，此时算是语句执行完了，然后在空闲的时候或者是按照设定的更新策略将redo log中的内容更新到磁盘中，这里涉及到WAL即Write Ahead logging技术，他的关键点是先写日志，再写磁盘。
有了redo log日志，那么在数据库进行异常重启的时候，可以根据redo log日志进行恢复，也就达到了crash-safe。
redo log日志的大小是固定的，即记录满了以后就从头循环写，并且会暂停当前的所有数据更改操作，先将redo log日志同步到磁盘中。

update T set c=c+1 where ID=2;

执行器先找引擎取 ID=2 这一行。ID 是主键，引擎直接用树搜索找到这一行。如果 ID=2 这一行所在的数据页本来就在内存中，就直接返回给执行器；否则，需要先从磁盘读入内存，然后再返回。
执行器拿到引擎给的行数据，把这个值加上 1，比如原来是 N，现在就是 N+1，得到新的一行数据，再调用引擎接口写入这行新数据。
引擎将这行新数据更新到内存中，同时将这个更新操作记录到 redo log 里面，此时 redo log 处于 prepare 状态。然后告知执行器执行完成了，随时可以提交事务。
执行器生成这个操作的 binlog，并把 binlog 写入磁盘。
执行器调用引擎的提交事务接口，引擎把刚刚写入的 redo log 改成提交（commit）状态，更新完成。

关注

专栏目录