MySQL Update执行流程解读
- GreatSQL社区原创内容未经授权不得随意使用，转载请联系小编并注明来源。
一、update跟踪执行配置
使用内部程序堆栈跟踪工具path_viewer，跟踪mysql update 一行数据的执行过程，配置执行脚本：call_update.sh
DROP DATABASE IF EXISTS d1;
CREATE DATABASE d1;
use d1;
drop table if exists test;
CREATE TABLE test (c0 int NOT NULL AUTO_INCREMENT,c1 date DEFAULT NULL,c2 time DEFAULT NULL,
c3 datetime DEFAULT NULL,
c4 year DEFAULT NULL,
c5 int DEFAULT NULL,
c6 decimal(10,6) DEFAULT NULL,
c7 double DEFAULT NULL,
c8 float DEFAULT NULL,
c9 varchar(255) DEFAULT NULL,
PRIMARY KEY (c0)
) ENGINE=InnoDB AUTO_INCREMENT=5 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;
INSERT INTO test VALUES ('1', '2021-04-26', '15:36:37', NULL, '2021', NULL, '6.000000', '7.1', '118.169', 'a8.168111');
INSERT INTO test VALUES ('2', '2021-04-28', '15:36:37', '2021-04-27 15:36:41', '2021', '6', '7877.126000', '8.1', '119.187', 'a9.16');
INSERT INTO test VALUES ('3', '2021-04-29', '15:36:37', '2021-04-27 15:36:41', '2021', '6', '7877.126890', '8.1', '119.187', 'a9.1682');
INSERT INTO test VALUES ('4', '2021-04-30', '15:36:37', '2021-04-27 15:36:41', '2021', '6', '7877.126890', '8.1', '119.187', 'a9.168333');
EOF
sleep 1
mysql -h127.0.0.1 -P3300 -uroot <<EOF
use d1;
\! ./util/start_trace.sh
update test set c7=10.1 where c0=1;
\! ./util/end_trace.sh
EOF
# analyse the data
./util/seperate.sh $TOPIC 10000 5
~
执行后，生成执行结果：
path_viewer/call_update$ ls
362688_5.txt 362689.dat 362690.inf 362692_5.txt 362699.dat 362706.inf 362717_L.txt mark.txt
362688.dat 362689.inf 362691_5.txt 362692.dat 362699.inf 362717_5.txt 362717_M.txt TDATA.trc
362688.inf 362690_5.txt 362691.dat 362692.inf 362706_5.txt 362717.dat 362717_S.txt THREADS.inf
362689_5.txt 362690.dat 362691.inf 362699_5.txt 362706.dat 362717.inf FUNC_DEF
查看SQL执行的函数调用过程362717_5.txt
> my_net_set_read_timeout(NET*, unsigned int)
> vio_timeout(Vio*, unsigned int, int)
> vio_socket_timeout(Vio*, unsigned int, bool)
< vio_socket_timeout(Vio*, unsigned int, bool)
< vio_timeout(Vio*, unsigned int, int)
< my_net_set_read_timeout(NET*, unsigned int)
> dispatch_command(THD*, COM_DATA const*, enum_server_command)
> PROFILING::start_new_query(char const*)
< PROFILING::start_new_query(char const*)
> inline_mysql_refine_statement(PSI_statement_locker*, unsigned int)
> pfs_refine_statement_v2(PSI_statement_locker*, unsigned int)
> find_statement_class(unsigned int)
< find_statement_class(unsigned int)
< pfs_refine_statement_v2(PSI_statement_locker*, unsigned int)
< inline_mysql_refine_statement(PSI_statement_locker*, unsigned int)
> THD::set_command(enum_server_command)
> pfs_set_thread_command_vc(int)
< pfs_set_thread_command_vc(int)
< THD::set_command(enum_server_command)
> THD::clear_slow_extended()
> inline_mysql_mutex_unlock(mysql_mutex_t*, char const*, unsigned int)
> my_mutex_unlock(my_mutex_t*)
> native_mutex_unlock(pthread_mutex_t*)
< native_mutex_unlock(pthread_mutex_t*)
< my_mutex_unlock(my_mutex_t*)
< inline_mysql_mutex_unlock(mysql_mutex_t*, char const*, unsigned int)
< THD::clear_slow_extended()
.................................
< MYSQLparse(THD*, Parse_tree_root**)
> LEX::make_sql_cmd(Parse_tree_root*)
> PT_update::make_cmd(THD*)
> Parse_context::Parse_context(THD*, Query_block*)
< Parse_context::Parse_context(THD*, Query_block*)
> bool (anonymous namespace)::contextualize_safe<Parse_context, PT_with_clause*>(Parse_context*, PT_with_clause*)
< bool (anonymous namespace)::contextualize_safe<Parse_context, PT_with_clause*>(Parse_context*, PT_with_clause*)
> PT_table_factor_table_ident::contextualize(Parse_context*)
> Query_block::add_table_to_list(THD*, Table_ident*, char const*, unsigned long, thr_lock_type, enum_mdl_type, List<Index_hint>*, List<String>*, MYSQL_LEX_STRING*, Parse_context*)
> check_table_name(char const*, unsigned long)
< check_table_name(char const*, unsigned long)
> memdup_root(MEM_ROOT*, void const*, unsigned long)
.................................
> Sql_cmd_dml::execute(THD*) # 执行DML
> is_timer_applicable_to_statement(THD*)
< is_timer_applicable_to_statement(THD*)
> THD::push_internal_handler(Internal_error_handler*)
< THD::push_internal_handler(Internal_error_handler*)
> Sql_cmd_dml::prepare(THD*)
> Sql_cmd_update::precheck(THD*)
> check_one_table_access(THD*, unsigned long, TABLE_LIST*)
> check_single_table_access(THD*, unsigned long, TABLE_LIST*, bool)
> check_access(THD*, unsigned long, char const*, unsigned long*, GRANT_INTERNAL_INFO*, bool, bool)
> get_cached_schema_access(GRANT_INTERNAL_INFO*, char const*)
> ACL_internal_schema_registry::lookup(char const*)
< ACL_internal_schema_registry::lookup(char const*)
.................................
< THD::is_dml_gtid_compatible(bool, bool, bool)
< THD::decide_logging_format(TABLE_LIST*)
< lock_tables(THD*, TABLE_LIST*, unsigned int, unsigned int)
> Sql_cmd_update::execute_inner(THD*)
> Sql_cmd_update::update_single_table(THD*)
> Query_expression::set_limit(THD*, Query_block*)
> Query_block::get_offset(THD*)
< Query_block::get_offset(THD*)
> Query_block::get_limit(THD*)
< Query_block::get_limit(THD*)
< Query_expression::set_limit(THD*, Query_block*)
> COPY_INFO::get_function_default_columns(TABLE*)
> allocate_column_bitmap(TABLE*, MY_BITMAP**)
> multi_alloc_root(MEM_ROOT*, ...)
< multi_alloc_root(MEM_ROOT*, ...)
< allocate_column_bitmap(TABLE*, MY_BITMAP**)
> bitmap_is_clear_all(MY_BITMAP const*)
< bitmap_is_clear_all(MY_BITMAP const*)
.................................
> handler::ha_fast_update(THD*, mem_root_deque<Item*>&, mem_root_deque<Item*>&, Item*)
< handler::ha_fast_update(THD*, mem_root_deque<Item*>&, mem_root_deque<Item*>&, Item*)
> IndexRangeScanIterator::Read()
> QUICK_RANGE_SELECT::get_next()
> handler::ha_multi_range_read_next(char**)
> ha_innobase::multi_range_read_next(char**)
> DsMrr_impl::dsmrr_next(char**)
> handler::multi_range_read_next(char**)
> quick_range_seq_next(void*, KEY_MULTI_RANGE*)
< quick_range_seq_next(void*, KEY_MULTI_RANGE*)
> ha_innobase::read_range_first(key_range const*, key_range const*, bool, bool)
> handler::read_range_first(key_range const*, key_range const*, bool, bool)
.................................
> handler::ha_update_row(unsigned char const*, unsigned char*)
> handler::mark_trx_read_write()
< handler::mark_trx_read_write()
> pfs_start_table_io_wait_v1(PSI_table_locker_state*, PSI_table*, PSI_table_io_operation, unsigned int, char const*, unsigned int)
< pfs_start_table_io_wait_v1(PSI_table_locker_state*, PSI_table*, PSI_table_io_operation, unsigned int, char const*, unsigned int)
> ha_innobase::update_row(unsigned char const*, unsigned char*)
> handler::ha_statistic_increment(unsigned long long System_status_var::*) const
< handler::ha_statistic_increment(unsigned long long System_status_var::*) const
> row_get_prebuilt_update_vector(row_prebuilt_t*)
> row_create_update_node_for_mysql(dict_table_t*, mem_block_info_t*)
> upd_node_create(mem_block_info_t*)
> mem_heap_zalloc(mem_block_info_t*, unsigned long)
> mem_heap_alloc(mem_block_info_t*, unsigned long)
> mem_block_get_len(mem_block_info_t*)
< mem_block_get_len(mem_block_info_t*)
> mem_block_get_free(mem_block_info_t*)
< mem_block_get_free(mem_block_info_t*)
> mem_block_get_free(mem_block_info_t*)
< mem_block_get_free(mem_block_info_t*)
> mem_block_set_free(mem_block_info_t*, unsigned long)
< mem_block_set_free(mem_block_info_t*, unsigned long)
< mem_heap_alloc(mem_block_info_t*, unsigned long)
< mem_heap_zalloc(mem_block_info_t*, unsigned long)
> mem_heap_create_func(unsigned long, unsigned long)
.................................
> __gnu_cxx::__exchange_and_add(int volatile*, int)
< __gnu_cxx::__exchange_and_add(int volatile*, int)
< __gnu_cxx::__exchange_and_add_dispatch(int*, int)
< QUICK_RANGE_SELECT::~QUICK_RANGE_SELECT()
< QUICK_RANGE_SELECT::~QUICK_RANGE_SELECT()
< QEP_shared_owner::qs_cleanup()
< QEP_TAB::cleanup()
< Sql_cmd_update::update_single_table(THD*)
< Sql_cmd_update::execute_inner(THD*)
> THD::pop_internal_handler()
< THD::pop_internal_handler()
> Query_expression::cleanup(THD*, bool)
> Query_block::cleanup(THD*, bool)
< Query_block::cleanup(THD*, bool)
< Query_expression::cleanup(THD*, bool)
二、执行分析
- 主要过程函数
do_command(THD*) --从连接中读取命令
dispatch_sql_command --分发命令
THD::sql_parser() --SQL引擎层，词法语法分析
parse_sql --SQL转换为AST语句
LEX::make_sql_cmd(Parse_tree_root*) --解析树翻译成AST语法树
PT_update::make_cmd(THD*) --更新树节点翻译成AST语法树
mysql_execute_command --命令执行
Sql_cmd_dml::execute
Sql_cmd_dml::prepare(THD*) --引用消解
Sql_cmd_update::precheck(THD*) --更新语句实际执行的引用消解
Sql_cmd_update::execute_inner(THD*) --SQL引擎层，调用存储引擎接口执行
Sql_cmd_update::update_single_table(THD*)
optimize_cond --执行优化器优化路径
handler::ha_fast_update
ha_innobase::update_row --innodb更新buffer pool 中table 的row
trans_commit_stmt(THD*, bool)
- innoDB关键更新执行过程
ha_innobase::update_row：
row_get_prebuilt_update_vector
calc_row_difference
row_update_for_mysql
row_upd_step
row_upd --执行更新
btr_pcur_t::restore_position
rec_get_offsets_func
btr_cur_update_in_place
btr_cur_upd_lock_and_undo
trx_undo_report_row_operation
trx_undo_create
trx_undo_seg_create
_fil_io
Fil_shard::do_io
pfs_os_aio_func
mtr_t::Command::execute
log_buffer_reserve
mtr_t::Command::add_dirty_blocks_to_flush_list ---脏数据快准备刷入磁盘
trx_undo_page_report_modify
row_upd_rec_sys_fields
row_upd_rec_in_place
btr_cur_update_in_place_log
更新过程描述:
InnoDB 存储引擎，当更新一条数据时，会先更新 buffer pool 中的数据，Master Thread 刷新缓冲池中的脏页数据到磁盘中；更新一条记录前，会先生成一条undolog，记录更新操作，再生成redolog；事务提交时，将事务生成的redolog刷入磁盘。
三、执行总结
update执行流程
- 1.执行语句连接数据库
- 2.分析器通过词法、语法分析知道这是一条更新语句
- 3.优化器确定执行路径
- 4.执行器具体执行，找到这一行，更新数据，然后通过Inodb存储具体更新操作
- 5.InnoDB 存储引擎更新内存数据后写入磁盘，过程中会更新各个日志文件binlog、undolog、redolog
Enjoy GreatSQL
本文由博客一文多发平台 OpenWrite 发布！
MySQL Update执行流程解读的更多相关文章
- Mysql漂流系列(一)：MySQL的执行流程
MySQL的执行流程 MySQL的执行流程: MySQL的执行流程分析: 1.当我们请求mysql服务器的时候,MySQL前端会有一个监听,请求到了之后,服务器得到相关的SQL语句,执行之前(虚线部分 ...
- MySQL之执行流程
最近开始在学习mysql相关知识,自己根据学到的知识点,根据自己的理解整理分享出来,本篇文章会分析下一个sql语句在mysql中的执行流程,包括sql的查询在mysql内部会怎么流转,sql语句的更新 ...
- 20181012关于mysql内部执行流程
转自:https://www.cnblogs.com/annsshadow/p/5037667.html 步步深入:MySQL架构总览->查询执行流程->SQL解析顺序 前言: 一直是 ...
- MySQL内部执行流程
本文参照自:https://www.cnblogs.com/xiaotengyi/articles/3641983.html mysql处理java传过来的SQL具体步骤: 1.java通过JDBC获 ...
- [MySQL] explain执行计划解读
Explain语法 EXPLAIN SELECT …… 变体: 1. EXPLAIN EXTENDED SELECT …… 将执行计划“反编译”成SELECT语句,运行SHOW WARNINGS 可得 ...
- [转]两表join的multi update语句在MySQL中的执行流程分析
出自:http://hedengcheng.com/?p=209 两表join的multi update语句,执行结果与预计不一致的分析过程 — multi update结论在实际应用中,不要轻易使用 ...
- mysql update语句的执行流程是怎样的
update更新语句流程是怎么样的 update更新语句基本流程也会查询select流程一样,都会走一遍. update涉及更新数据,会对行加dml写锁,这个DML读锁是互斥的.其他dml写锁需要等待 ...
- mysql(一)--mysql架构和执行流程
1. 一条查询 SQL 语句是如何执行的? 我们的程序或者工具要操作数据库,第一步要做什么事情? 跟数据库建立连接. 1.1. 通信协议 首先,MySQL 必须要运行一个服务,监听默认的 3306 ...
- MySQL更新数据时，日志（redo log、binlog）执行流程
1:背景 项目需要做Es和数据库的同步,而手动在代码中进行数据同步又是Es的一些不必要的数据同步操作和业务逻辑耦合,所以使用的了读取mysql的binlog日志的方式进行同步Es的数据. 问题1:根据 ...
随机推荐
- 766. Toeplitz Matrix - LeetCode
Question 766. Toeplitz Matrix Solution 题目大意: 矩阵从每条左上到右下对角线上的数都相等就返回true否则返回false 思路: 遍历每一行[i,j]与[i+1 ...
- 归约与分组 - 读《Java 8实战》
区分Collection,Collector和collect 代码中用到的类与方法用红框标出,可从git库中查看 收集器用作高级归约 // 按货币对交易进行分组 Map<Currency, Li ...
- linux篇-tomcat:Cannot find /usr/local/tomcat1/bin/setclasspath.sh
首先看下报错代码: Cannot find /usr/local/tomcat1/bin/setclasspath.sh This file is needed to run this program ...
- 封装axios请求
import axios from 'axios' import router from '@/router' axios.defaults.baseURL = system.requestBaseU ...
- 聊聊 C# 中的多态底层 (虚方法调用) 是怎么玩的
最近在看 C++ 的虚方法调用实现原理,大概就是说在 class 的首位置存放着一个指向 vtable array 指针数组 的指针,而 vtable array 中的每一个指针元素指向的就是各自的 ...
- Hash表、 继承
Hash表 我们来了解什么是Hash表?? 要想知道什么是哈希表,那得先了解哈希函数 二叉平衡树 红黑树 B B+树,它们的查找都是先从根节点进行查找,从节点取出数据或索引与查找值进行比较.那么,有没 ...
- vue虚拟dom和diff算法
vue的虚拟dom和diff算法 1.虚拟dom 虚拟dom,我的理解就是通过js对象的方式来具体化每一个节点,把dom树上面的每个节点都变为对象里的一个元素,元素的子元素变为子节点,节点上面的cla ...
- 开发工具-RSA加解密
更新日志 2022年6月10日 初始化链接. https://toolb.cn/rsa
- SAP Tree editor（树形结构）
SAP List Tree 效果 源代码 *&---------------------------------------------------------------------* *& ...
- SAP 文本框多行输入
REPORT zjw_test01. CONSTANTS: gc_text_line_length TYPE i VALUE 72. TYPES: text_table_type(gc_text_li ...