update 的执行流程是以select查询为基础执行的！！你不明白select执行流程？没关系，这篇博客照样让你明白，update执行流程！
存储引擎是什么？
如果把数据库比作一个大仓库，那么存储引擎就是仓库的管理员
其主要职责：
1.存数据
决定数据以什么格式存在硬盘上（就像文件可以存txt、pdf、word不同格式）
2取数据
当你要查询时，决定怎么最快找到数据（就像有的管理员用分类标签，有的用条形码）
3.管事务
保证数据操作的安全（就像仓库进出货要登记，不能出错）
想要修改数据，首先要通过存储引擎层读取数据，把数据读取到服务层进行修改，在通过存储引层把数据传到数据库中
mysql每次读取16384个字节的数据 ，默认是16kb的数据，一页的数据。就像cpu与磁盘之间为什么会有内存一样，存储引擎与磁盘之间有一个buffer pool，引擎会从bufferpool中获取数据然后修改，再把修改的数据写道bufferpool中，然后bufferpool再传到数据库中！
流程是这样的：
好了，我们现在从bufferpool中读取到了数据，并对数据做了修改，存回到了bufferpool中，那数据从bufferpool到磁盘是怎么工作的？
1.要认识一个词语：脏数据。
只要是存储在bufferpool中的，还没有同步到磁盘中的数据称为脏数据
那我们最终目的就是把这些脏数据同步到磁盘中
2.刷脏机制（重要）
（1）当innodb中的脏页比例超过innodb_max_dirty_pages_pct_lwm的值时，这个时候innodb就会开始刷新脏页到磁盘
脏页比例？一个bufferpool的大小为128MB 上面说了，读取一页的数据大小为16KB，自脏页比例就很好理解啦！
（2）当innodb中的脏页比例超过innodb_max_dirty_pages_pct_lwm的值，而且还超过
innodb_max_dirty_pages_pct时，innodb就会进入勤快刷新模式，在这个模式下啊innodb会把脏页更快的刷新到磁盘中
（3）还有一种情况叫做sharp checkpoint ,当innodb要重用它之前的redo文件时，就会把innodb_buffer_pool中所有与这个文件有关的页面都要刷新到磁盘；这样做就有可能引起磁盘的IO风暴了，轻者影响性能，重者影响可用性。(redo文件？？？）
（4）innodb_max_dirty_pages_pct默认值为75，也就是说当脏页比例超过75%时才会进入勤快刷新模式。
innodb_max_dirty_pages_pct_lwm默认值是0，0对于innodb_max_dirty_pages_pct_lwm来说是一个特殊值，它表示不启用这个功能；由于没有启用这个功能，也就是说innodb_buffer_pool中的脏页比例会操持在75%左右。
当然啦，因"库"而吧是😁😁😁😁😁😁😁😁😁
好了大致流程就是这样那么，现在我们追求探讨关于数据安全的问题
1.如果数据从bufferpool传到磁盘的过程中，突然停电了，服务器挂掉了，导致修改的数据丢失该怎么办？
2.如果你想改名字为”张三“，却误改为”李四“怎么办？
解决第一个问题要使用redo log日志，其实就可以理解为一份备用数据，目的就是恢复崩溃的数据，所以在数据进行刷脏之前必须要先写入redo log日志
问题：数据没有直接存入到磁盘上，而是先存入到buffer pool中，然后再刷入磁盘，目的是为了性能考虑，但是现在有需要存入到redo log 日志的磁盘文件中，这样性能不就下降了？
答案：性能肯定是会有一些影响，但是需要保证数据可恢复的能力。写入redo log磁盘文件中的速度会更快一些。
随机磁盘IO和顺序磁盘IO的区别。
随机磁盘IO的情况是数据是会分散到不同的扇区去存储，因为底层是通过索引的顺序来存储，索引会存储到不同的扇区。那么更新数据的时候会增加寻道的时间，写入数据会变慢。
顺序磁盘IO是按着顺序追加写入的。
这是redo log 日志的位置：
解决第二个问题，无非就是进行一次撤回操作嘛，如何进行撤回操作呢，首先你得保存之间所做的操作：用undo log日志保存
undo log可以称为撤销日志或者回滚日志，站在事务的角度，undo log可以保证事务的原子性。
日志中记录的反向操作，例如：把username=”张三” 修改成了username=”赵四”，那么undo log中记录的是原来的值，即 username=”张三” 这样数据库再发生回滚操作的时候，可以把数据恢复回来。
通过命令查看相关的信息。
show VARIABLES like'%undo%';
undo log位置:
bin log 日志:
binary log 二进制日志，属于mysql服务层的日志。
binlog是记录所有数据库表结构变更（例如CREATE、ALTER TABLE…）以及表数据修改（INSERT、UPDATE、DELETE…）的二进制日志。
binlog不会记录SELECT和SHOW这类操作，因为这类操作对数据本身并没有修改，但你可以通过查询通用日志来查看MySQL执行过的所有语句。
主要作用是主从复制和数据恢复的作用。
特点：
记录DDL和DML的语句，属于逻辑日志
没有固定大小限制，内容可以追加
Server层实现，可以被所有存储引擎使用
用于数据恢复和主从复制
可以使用命令查看
show GLOBAL VARIABLES like'%log_bin%';
最后用流程图来总结一下update执行流程吧！！！
![LINUX基础IO [六] - 文件理解与操作](https://i-blog.csdnimg.cn/direct/eafab36474494b708a7bed10b34140d1.png)
