队长同学原来的地址:https://www.cnblogs.com/teamleader/archive/2007/05/31/765943.html队长同学原来的描述: 有时我们需要一次性执行多条sql语句,而用来更新的sql是根据实际情况用代码拼出来的解决方案是把sql拼成下面这种形式: begin update TB_VG set seq = 1, vessel_id = 'Jin14', vessel_type = 'TRACK' where batch_number = '20837'

1.创建表的语句和更新的语句 这个表的创建语句,这个表有一个主键ID和一个整型字段c: mysql> create table T(ID int primary key, c int); 如果要将ID=2这一行的值加1,SQL语句就会这么写: mysql> update T set c=c+1 where ID=2; 更新语句也是按照前面的逻辑架构的语句重新走一遍的. 首先语句前要先连接数据库,这是连接器的工作. 在一个表上有更新的时候,跟这个表有关的查询缓存会失效,所以这条语句就会把表T上所

目录 引言 更新流程图 更新流程说明 第一步:更新数据 数据页内存 Change Buffer 第二步:缓存日志内容 redo log buffer binlog cache 第三步:日志写入磁盘 两个JOB:脏页落盘 和 redo log Buffer 落盘 脏页落盘 redo log 落盘 总结 引言 在上篇文章MySQL:一条SQL是如何执行的中我们先讲了一条SQL语句是如何执行的,如图所示: 极客时间林晓斌老师的图 客户端先通过连接器建立连接,连接器自会判断用户权限 (如果开启了查询缓存

本篇文章会分析一个 sql 语句在 MySQL 中的执行流程,包括 sql 的查询在 MySQL 内部会怎么流转,sql 语句的更新是怎么完成的. 在分析之前我会先带着你看看 MySQL 的基础架构,知道了 MySQL 由那些组件组成以及这些组件的作用是什么,可以帮助我们理解和解决这些问题. 一 MySQL 基础架构分析 1.1 MySQL 基本架构概览 下图是 MySQL 的一个简要架构图,从下图你可以很清晰的看到用户的 SQL 语句在 MySQL 内部是如何执行的. 先简单介绍一下下图涉及的

一 MySQL 基础架构分析 1.1 MySQL 基本架构概览 下图是 MySQL 的一个简要架构图,从下图你可以很清晰的看到用户的 SQL 语句在 MySQL 内部是如何执行的. 先简单介绍一下下图涉及的一些组件的基本作用帮助大家理解这幅图,在 1.2 节中会详细介绍到这些组件的作用. 连接器: 身份认证和权限相关(登录 MySQL 的时候). 查询缓存: 执行查询语句的时候,会先查询缓存(MySQL 8.0 版本后移除,因为这个功能不太实用). 分析器: 没有命中缓存的话,SQL 语句就会经

今天碰到一个非常奇怪的问题问题,一条SQL语句在PL/SQL developer中很慢,需要9s,问题SQL: SELECT * FROM GG_function_location f WHERE f.parent_id ='03000000000001';  表GG_function_location有5千万的数据,parent_id上是有索引的. 诊断第一步:就在PL/SQL developer中按F5,看到的执行计划是走索引的,应该不会慢啊. 第二步:在sqlplus中用autotrace

前言 看到蒋老师的第一篇文章后就收货颇丰,真是句句戳中痛点. 令我记忆最深的就是为什么知道了一个个技术点,却还是用不好 ?不管是蒋老师所说的Redis还是本系列要展开学习的MySQL. 这是一个值得思考的问题,在大多数情况下,我们直接上百度搜索MySQL事务.MySQL索引之类的词汇. 上述问题当然也是MySQL的几个核心问题之一,但如果我们都在不断地学习这些大的方面,我们怎么才能在学习某一个技能上有质的提升. 借用蒋老师的话术:"很多技术人都有一个误区,就是只注重零散的技术,没有建立一个完整的

select NVL(sum(case when create_date_time>=to_date('2014-11-24 00:00:00','yyyy-mm-dd hh24:mi:ss') and create_date_time<=to_date('2014-11-24 23:59:59','yyyy-mm-dd hh24:mi:ss') then amount end),0) today ,NVL(sum(case when create_date_time>=to_date(

表结构: create table TZ_GXSX ( ID VARCHAR2(15), PROJECT VARCHAR2(50), TXYX NUMBER(22) default '0', CDATE DATE, RISK VARCHAR2(10), DEGREE VARCHAR2(10), PROB VARCHAR2(10), PRESSURE_LEVEL VARCHAR2(20), NETWORKDIVISION VARCHAR2(20), AUTHOR VARCHAR2(20), INP

前面我们系统了解了一个查询语句的执行流程,并介绍了执行过程中涉及的处理模块.相信你还记得,一条查询语句的执行过程一般是经过连接器.分析器.优化器.执行器等功能模块,最后到达存储引擎. 那么,一条更新语句的执行流程又是怎样的呢? 之前你可能经常听DBA同事说,MySQL可以恢复到半个月内任意一秒的状态,惊叹的同时,你是不是心中也会不免会好奇,这是怎样做到的呢? 我们还是从一个表的一条更新语句说起,下面是这个表的创建语句,这个表有一个主键ID和一个整型字段c: mysql> create table

一:更新流程 - 对于更新来说,也同样会根据 SQL 的执行流程进行. -  - 连接器 - 连接数据库,具体的不做赘述. - 查询缓存 - 在一个表上有更新的时候,跟这个表有关的查询缓存会失效. - 这也就是我们一般不建议使用查询缓存的原因. - 分析器 - 接下来,分析器会通过词法和语法解析知道这是一条更新语句. - 优化器 - 优化器决定要使用 ID 这个索引. - 执行器 - 然后,执行器负责具体执行,找到这一行,然后更新. - PS - 与查询流程不一样的是,更新流程还涉及两个重要的日

前面我们系统了解了一个查询语句的执行流程,并介绍了执行过程中涉及的处理模块.相信你还记得,一条查询语句的执行过程一般是经过连接器.分析器.优化器.执行器等功能模块,最后到达存储引擎. 那么,一条更新语句的执行流程又是怎样的呢? 之前你可能经常听DBA同事说,MySQL可以恢复到半个月内任意一秒的状态,惊叹的同时,你是不是心中也会不免会好奇,这是怎样做到的呢? 我们还是从一个表的一条更新语句说起,下面是这个表的创建语句,这个表有一个主键ID和一个整型字段c: mysql> create table

文章首发于公众号「蝉沐风」,认真写好每一篇文章,欢迎大家关注交流 这是图解MySQL的第2篇文章,这篇文章会通过一条SQL更新语句的执行流程让大家清楚地明白: 什么是InnoDB页?缓存页又是什么?为什么这么设计? 什么是表空间?不同存储引擎的表在文件系统的底层表示上有什么区别? Buffer Pool是什么?为什么需要?有哪些我们需要掌握的细节? MySQL的三种日志文件redo日志.undo日志.binlog分别是什么?为什么需要这么多种类型的日志? 正文开始! 之前我们讲过了一条SQL查询

下面是一个表的创建语句,这个表有一个主键id和一个整型字段c: create table t(id int primary key,c int); 如果要将 id = 2 这一行的值加 1,sql语句就会这么写: ; 上一篇文章介绍过sql语句几本的执行链路,首先可以确定的说,查询语句的流程,更新语句也是同样的会走一遍. 我们执行语句之前都要先连接数据库,这是连接器的工作. 前面有说过,当更新一条语句的时候,跟这个表相关的查询缓存会失败,所以现在这条语句会把表t上所有缓存结果都清空.这就是不建议

该篇其实重点涉及两个日志的使用和处理. 一个是 server 层的 binlog 一个是服务器层的 redolog. 首先还是根据主线来介绍当我们在执行更新语句的时候我们在做什么 Redo Log MySQL 使用一种叫 WAL(Write-Ahead Logging) 的技术,它达到的效果是,先写日志后写磁盘. 在计算机科学中,预写式日志(Write-ahead logging,縮寫WAL)是关系数据库系统中用于提供原子性和持久性(ACID属性中的两个)的一系列技术. 在使用WAL的系统中,所

概览 本篇文章会分析下一个sql语句在mysql中的执行流程,包括sql的查询在mysql内部会怎么流转,sql语句的更新是怎么完成的. 一.mysql架构分析 mysql主要分为Server层和存储引擎层 Server层:主要包括连接器.查询缓存.分析器.优化器.执行器等,所有跨存储引擎的功能都在这一层实现,比如存储过程.触发器.视图,函数等,还有一个通用的日志模块 binglog日志模块. 存储引擎: 主要负责数据的存储和读取,采用可以替换的插件式架构,支持InnoDB.MyISAM.Mem

一.背景 在上一篇[MySQL笔记(5)-- SQL执行流程,MySQL体系结构]中讲述了select查询语句在MySQL体系中的运行流程,从连接器开始,到分析器.优化器.执行器等,最后到达存储引擎.那么对于update更新语句来说对应的流程又是怎样的呢,今天我们来探讨下更新跟查询之间的区别. 二.更新语句的执行流程 当我们创建一张表时: create table T(ID int primary key,c int); 如果这张表在创建完后插入了一些数据,现在要对一条数据执行更新操作: upd

一条select语句执行流程 第一步:连接器 连接器负责跟客户端建立连接.获取权限.维持和管理连接.如果用户名密码验证通过后,连接器会到权限表里面查出你拥有的权限.之后该连接的权限验证都依赖于刚查出来的权限. 第二步:查询缓存 当获取连接后,一条SELECT语句会先去查询缓存,看之前是否执行过.如果获取到缓存后就执行返回,不然继续后面的步骤. 大多数时候不建议使用缓存,因为只要一个表更新,这个表上的所有缓存数据就会被清空了.对于那些经常更新的表来说,缓存命中率很低.MYSQL8版本直接将查询缓存

前言 我们在学习一种技术的时候,首先要鸟瞰其全貌,千万不要一开始就陷入到细节中去,这样有助于我们站在高维度其理解问题 —— 丁奇. 学习MySQL也是一样,所以我们可以从一条查询语句的执行开始看起. ; 通常情况下,我们在使用MySQL的时候,只是从客户端输入一行指令,然后获取一个返回结果.但是对于一个开发人员来说,只知道这些是远远不够的,我们还需要知道这句指令背后的执行流程,便于排查问题. MySQL逻辑架构 这里还是引用丁奇老师的MySQL系统结构图:   mysql的逻辑架构图 MySQL

最近做一个数据库初始化工具的时候发现了这个问题,就是在一个Statement中执行一条SQL语句的时候可以正确执行,如果同时执行多条,就会报SQL语法错误,伤透了脑筋. 经过网上查找,发现有两种解决办法: 1.最简单的办法,在MySQL的连接字符串中设置allowMultiQueries参数置为true. 2.在程序中对SQL语句以分号拆分成多条SQL语句,然后使用Statement的addBatch方法,最后executeBatch就行. 结论:第一种方式最简单. 希望对以后遇到此类问题的朋友

在与数据库操作时,如果执行多条更新的SQL语句(如:update或insert语句),在执行第一条后如果出现异常或电脑断电, 则后面的SQL语句执行不了,这时候设定我们自己提交SQL语句,不让JDBC自动提交,格式为: conn.setAutoCommit(false); 执行多条SQL语句; conn.commit(); //恢复自动提交模式 conn.setAutoCommit(true); 代码示例: import java.sql.Connection; import java.sql.