首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

MySQL中一条更新的SQL如何执行

MySQL 之 -- 一条更新的 SQL 如何执行,一条更新的 SQL 语句如何执行执行流程一条 SQL 的执行流程如图所示:(图片来源于网络) 如图所示:MySQL 数据库主要分为两个层级:服务层和存储引擎层服务层...但是查询缓存不建议使用, 因为在 MySQL 中对某张表进行了更新操作,那么所有的查询缓存就会失效,对于更新频繁的数据库来说,查询缓存的命中率很低。...执行器:在执行阶段,MySQL 首先会判断有没有执行语句的权限,若无权限,返回没有权限的错误;若有权限,就打开表继续执行。...redo log 与 binlog 执行顺序,和重要的两步提交 更新流程如图所示:红色为在执行器中执行,蓝色在 InnoDB 内部执行 update 语句执行时的内部流程。...引擎将这行新数据更新到内存中,同时将这个更新操作记录到 redo log 里面,此时 redo log 处于 prepare 状态。然后告知执行执行完成了,随时可以提交事务。

1.2K10

MySQL中一条更新的SQL如何执行

MySQL 之 -- 一条更新的 SQL 如何执行,一条更新的 SQL 语句如何执行执行流程一条 SQL 的执行流程如图所示:(图片来源于网络) 如图所示:MySQL 数据库主要分为两个层级:服务层和存储引擎层服务层...但是查询缓存不建议使用, 因为在 MySQL 中对某张表进行了更新操作,那么所有的查询缓存就会失效,对于更新频繁的数据库来说,查询缓存的命中率很低。...执行器:在执行阶段,MySQL 首先会判断有没有执行语句的权限,若无权限,返回没有权限的错误;若有权限,就打开表继续执行。...redo log 与 binlog 执行顺序,和重要的两步提交 更新流程如图所示:红色为在执行器中执行,蓝色在 InnoDB 内部执行 update 语句执行时的内部流程。...引擎将这行新数据更新到内存中,同时将这个更新操作记录到 redo log 里面,此时 redo log 处于 prepare 状态。然后告知执行执行完成了,随时可以提交事务。

90910
您找到你想要的搜索结果了吗?
是的
没有找到

MySQL架构(二)SQL 更新语句是如何执行的?

前言 在上一篇文章中,我们从一个查询语句的执行流程知道了 MySQL 架构可分为 Server 层和存储引擎层,以及各个层级的具体部件。...最后,执行器负责更新的具体执行,根据索引找到目标行,再执行更新执行器会先找引擎取出 ID=2 的行数据。因为 ID 是主键索引,引擎直接用索引树搜索找到目标行数据。...引擎将更新后的数据更新到内存中,同时会将这个更新操作记录到 redo log 日志文件中,此时 redo log 处于 prepare 状态。然后通知执行执行完成,并且随时可以提交事务。...mysql 数据是被持久化写进磁盘的,每次更新也需要找到目标数据,在进行修改,每次更新执行一遍该操作,这个过程的 IO 成本是比较高的。...具体来说,当有更新语句执行的时候,InnoDB 引擎会先把更新记录写到 redo log 日志里,并更新内存,这个时候已经完成更新(内存上),实际磁盘上的数据尚未更新

10910

Mysql架构看一条更新sql的执行过程

上一篇文章我们讲了一条查询sql时如何执行的. 今天我们继续来看下一条更新sql的执行流程. 在数据库里面,我们说的update操作其实包括了更新、插入和删除。...更新流程基本流程也是一致的,也就是说,它也要经过解析器、优化器的处理,最后交给执行器。区别就在于拿到符合条件的数据之后的操作。...思考一个问题:当需要更新一个数据页时,如果数据页在BufferPool中存在,那么就直接更新好了。否则的话就需要从磁盘加载到内存,再对内存的数据页进行操作。...这种情况下可以先把修改记录在内存的缓冲池中,从而提升更新语句(Insert、Delete、Update)的执行速度。 这一块区域就是ChangeBuffer。...update user set name = 'penyuyan' where id=1; 事务开始,从内存或磁盘取到这条数据,返回给 Server 的执行器; 执行器修改这一行数据的值为 penyuyan

27640

一文看懂MySQL执行update更新语句的流程

SQL语句基本的执行流程同样适用于更新语句。...执行语句前要先通过连接器连接数据库 表上有更新时,此表有关查询缓存就会失效,所以这条语句就会把表man上所有缓存置空 分析器会通过词法和语法解析知道这是一条更新语句 优化器决定使用id索引 执行器负责具体执行...MySQL也有这个问题,若每次更新操作都写进磁盘,然后磁盘也要找到对应记录,然后再更新,整个过程IO成本、搜索成本都很高。 何解?采用类似酒掌柜粉板的思路。...这一行所在数据页本就在内存,则直接返回给执行器;否则先从磁盘读入内存,再返回 执行器拿到引擎给的行数据,把这个值加1,得到新的一行数据,再调用引擎接口写入这行新数据 引擎将这行新数据更新到内存,同时将更新操作记录到...然后告知执行执行完成,随时可以提交事务 执行器生成这个操作的binlog,并把binlog写入磁盘 执行器调用引擎的提交事务接口,引擎把刚刚写入的redo log改成提交(commit)状态,更新完成

3.3K10

MySQL实战 -- 一条SQL更新语句是如何执行的?

那么,一条更新语句的执行流程又是怎样的呢? 之前你可能经常听 DBA 同事说,MySQL 可以恢复到半个月内任意一秒的状态,惊叹的同时,你是不是心中也会不免会好奇,这是怎样做到的呢?...首先,可以确定的说,查询语句的那一套流程,更新语句也是同样会走一遍。 ? MySQL 的逻辑架构图 你执行语句前要先连接数据库,这是连接器的工作。...接下来,分析器会通过词法和语法解析知道这是一条更新语句。优化器决定要使用 ID 这个索引。然后,执行器负责具体执行,找到这一行,然后更新。...为了解决这个问题,MySQL 的设计者就用了类似酒店掌柜粉板的思路来提升更新效率。...(3)引擎将这行新数据更新到内存中,同时将这个更新操作记录到 redo log 里面,此时 redo log 处于 prepare 状态。然后告知执行执行完成了,随时可以提交事务。

80430

MySQL视图更新

本文主要说明视图的更新限制,如需关于视图的更多知识,参考:MySql视图原理讲解与使用大全 视图简介 视图不是表,不能直接存储数据,是一张虚拟的表,视图和数据库的表存在着对应的关系,我们在某些情况下是可以通过视图来操作数据库的表...一般情况下,在创建有条件限制的视图时,加上 "WITH CHECK OPTION"命令 视图的更新问题 某些视图是可更新的。...仅引用文字值(在该情况下,没有要更新的基本表)。 ALGORITHM = TEMPTABLE(使用临时表总会使视图成为不可更新的)。 注意: 视图中虽然可以更新数据,但是有很多的限制。...一般情况下,最好将视图作为查询数据的虚拟表,而不要通过视图更新数据。因为,使用视图更新数据时,如果没有全面考虑在视图中更新数据的限制,就可能会造成数据更新失败。...option都一样 对于insert,有with check option,要保证insert后,数据要被视图查询出来 对于没有where 子句的视图,使用with check option是多余的 本文参考:MySql

3.2K30

Mysql执行过程

Mysql 执行流程 大致流程描述: MySQL客户端通过协议将SQL语句发送给MySQL服务器。...如果无法命中缓存,就继续走到分析器的下一步,如果查询命中该缓存时,MySQL会立刻返回结果,跳过了解析、优化和执行阶段 。 不过需要注意的是在mysql的8.0版本以后,缓存被官方删除掉了。...对于某些更新压力大的数据库来说,查询缓存的命中率会非常低,mysql为了维护缓存可能会出现一定的伸缩性的问题,目前在5.6的版本中已经默认关闭了,比较推荐的一种做法是将缓存放在客户端,性能大概会提升5倍左右...,mysql会计算各个执行方法的最佳时间,最终确定一条执行的sql交给最后的执行器 查询优化器是整个流程中重要的一环。...而update会采用两阶段提交的方式,记录都redolog中 查询执行计划,就是MySQL查询中的执行计划,比如是执行where语句还是from语句,最先执行的总是FROM操作,最后执行的是LIMIT操作

2.8K20
领券