二、初步了解InnoDB存储引擎

二、初步了解InnoDB存储引擎

2-1前言

• 上一章讲到 一条SQL语句 从客户端到服务器端过程。 从 客户端数据库连接池 到 服务器数据库连接池 ，再到 SQL接口 ，然后是 SQL解析器 ，再则是 查询优化器，最后 由 执行器 交给 存储引擎 来做具体的处理
• 本章主要 讲的是 简单的初步了解Innodb 存储引擎

2-2 InnoDB 缓冲池

• 缓冲池： 将一些数据源缓存在里面。若查询到时候，发现缓冲池有数据，就先从缓冲池里找，然后再到磁盘里找
  

2-3 undo 日志文件

• 用于记录 事务操作之前 的 值，方便 之后 事务 回滚。

2- 4 Redo Log Buffer 缓冲区

• 也是内存中的一个缓冲区，用于存放 redo 日志
• 什么是 redo 日志
  • 用于记录你当前对数据修改了什么

2-4-1 redo 日志刷盘策略

• Redo 日志刷盘策略：innodb_flush_log_at_trx_commit
  • 参数为0 时，当提交事务的时候，redo日志不会同步写入磁盘。若在提交事务时，MySQL 宕机，那么就无法回复事务提交的内容。 但是 此时 事务却提交了。
  • 参数为1时， 只要事务提交成功，则redo日志就一定会写入磁盘。若在提交事务时，MySQL 宕机。那么在 服务器 重启后，可以通过 redo日志去恢复 数据
  • 参数为 2时， 提交事务时，会将redo 日志先写入 os cache中， 之后再写入 磁盘。 若在提交事务时，MySQL宕机，那么有可能存在事务无法被恢复的问题。（因为可能宕机时，redo日志还没写入磁盘中）

2-5 binlog日志

• binlog日志并不是 Innodb特有的。是属于mysql Server自己的日志文件·
• 这个文件记录了MySQL所有的DML操作。通过binlog日志我们可以做数据恢复，增量备份，主主复制和主从复制等等
• 当事务提交时，binlog 日志也会同步刷入磁盘

2-5-1 binlog 日志刷盘策略

• binlog 日志刷盘策略：sync_binlog
  • 参数为0（默认） 时，提交事务时，会将binlog 日志先写入 os cache中， 之后再写入 磁盘。 若宕机，可能丢失
  • 参数为1时， 只要事务提交成功，则binlog日志就一定会写入磁盘。即使宕机也不会丢失

当用户执行 update 语句时，innoDB的整个流程如下

• 好的。我们先来一张图
  

• 文字流程在这哦。我们就从执行器这步讲起吧

  • 第一步: 获取要更新的这行数据。查看 缓存池 里面有没有？若没有则从磁盘里取出来，并加上一个独占锁（InnoDB传说中的行锁）
  • 第二步：将更新前的值 写入 到undo 日志文件中。（防止事务回滚）
  • 第三步：更新 缓存池中那行数据的值，以及 将 redo日志写入 redo Log Buffer
  • 第四步， 事务提交时 ，根据 redo 日志刷盘机制，将 redo 日志 写入到磁盘中。 同时 SQL执行器 也会根据 binlog 写入策略，将 binlog日志写入 磁盘。
  • 第五步： 把本次更新的 binlog 文件名和 binlog 日志文件袋位置 写入 到 redo 日志文件。同时给 redo log 日志文件中写入 commit标记（commit标记 是用来保持 redo 日志 和 binlog 日志的一致性的）。当加入 commit 标记后，才算事务成功。
  • 第六步 ， 此时 我们 缓存池 和磁盘数据还存在不一致问题。Mysql 后台有一个IO线程，会在某个时间里 ，随机的把 缓存池中修改后的数据更新到磁盘文件里。