门窗专业设计网站,网站开发运营职位,比较好的网站搭建论坛,青岛logo设计首先看一下这个 SQL 语句你会不会写? 下面是说明执行这个 SQL 语句#xff0c;数据库底层做了什么操作。 update users set namexxx where id10;在引擎要执行更新语句的时候#xff0c;比如更新 id10 这行数据时#xff0c;他会先查看数据在缓冲池中是否存在#xff0c;如…首先看一下这个 SQL 语句你会不会写? 下面是说明执行这个 SQL 语句数据库底层做了什么操作。 update users set namexxx where id10;在引擎要执行更新语句的时候比如更新 id10 这行数据时他会先查看数据在缓冲池中是否存在如果缓冲池中没有会直接从磁盘中加载到缓冲池中而且会对这行数据添加独占锁。 接着上面的继续假设 id10 这行数据的 name 原来是 zhangsan现在要更新为 xxx那么此时我们的先把要更新的原来的值 zhangsan 和 id10写入到 undo 日志文件中。 当数据从磁盘中加载数据到内存然后将旧的数据写入到undo文件中之后这个时候就会开始更新缓冲池中的数据这个时候的数据是脏数据。因为这个时候还没有将更新后的数据持久化到磁盘上。 上面已经把内存中的数据更新了还没将数据持久化到磁盘上但是这个时候如果数据库宕机数据就会丢失这个时候数据又出现了redo log buffer内存区域将你修改的数据存放在这个里面。比如namexxx 这个就会存在里面。如果事务没有提交的话数据库宕机了 redo log buffer也会丢失。其实这个时候是没有关系的这个时候如果重启数据库数据其实还是没有修改之前的数据。 事务提交将 redo 日志写入到磁盘中利用 innodb_flush_log_at_trx_commit 配置策略来将 redo 数据持久化到硬盘上
参数是0 这个时候是不会将数据持久化到硬盘上的。 参数是1 这个时候一定会将数据持久化到磁盘上即使还没持久化到硬盘上的时候数据库宕机了但是当数据库重启时会根据redo将数据持久化到硬盘上。 参数时2 这个时候会将数据存到 os cache 中如果这个时候数据库宕机了。数据还是会丢失。
