mysql 8.0 一条insert语句的具体执行流程分析(三)

最新推荐文章于 2025-05-22 22:34:49 发布
最新推荐文章于 2025-05-22 22:34:49 发布
阅读量715 收藏 3
点赞数
CC 4.0 BY-SA版权
文章标签： mysql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/zgaoq/article/details/120372723
本文详细解析MySQL 8.0.22版本中插入一条记录的具体流程，包括调用的接口顺序及各接口的功能说明，有助于理解MySQL内部机制。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

代码版本：mysql 8.0.22

编程语言：c++ && c++11 && c++14 && c++17

上一篇文章：mysql 8.0 一条insert语句的具体执行流程分析(二)_一缕阳光的博客-优快云博客

主要介绍了存储引擎部分，这个章节主要介绍insert一条语句时有二级索引时需要调用哪些接口，调用接口的顺序如下：

下面的接口基本上看源码就能理解，不再重述。

下面以聚集索引和二级索引为例，聚集索引调用接口如下：

| > row_ins_clust_index_entry
| | > row_ins_clust_index_entry_low
| | | > btr_cur_optimistic_insert
| | | | > btr_cur_ins_lock_and_undo
| | | | | > trx_undo_report_row_operation
| | | | | | > trx_undo_page_report_insert
| | | | | | | > trx_undo_page_set_next_prev_and_add
| | | | | | | | > trx_undof_page_add_undo_rec_log

| | | | > page_cur_tuple_insert
| | | | | > rec_convert_dtuple_to_rec
            > rec_convert_dtuple_to_rec_new
            > rec_convert_dtuple_to_rec_old
              > rec_convert_dtuple_to_rec_comp
            
| | | | | > page_cur_insert_rec_low
            > page_cur_insert_rec_write_log

(12)、row_ins_clust_index_entry : 插入entry到一个聚集索引，会调用13中的接口
(13)、row_ins_clust_index_entry_low : 尝试将entry插入到聚集索引中，忽略外键约束。
(14)、btr_cur_optimistic_insert : 插入一个page到一个索引tree
(15)、btr_cur_ins_lock_and_undo : 检查lock和写undo log
(16)、page_cur_tuple_insert : 将一条record追加到当前page，需要与17中的函数完成
(17)、page_cur_insert_rec_low : 将一条record追加到当前page，以非压缩方式写入

二级索引调用接口如下：

| > row_ins_sec_index_entry
| | > row_ins_sec_index_entry_low
| | | > btr_cur_search_to_nth_level
        > ibuf_should_try
| | | > row_ins_scan_sec_index_for_duplicate

(18)、row_ins_sec_index_entry : 在二级索引中插入entry
(19)、row_ins_sec_index_entry_low : 尝试将entry插入二级索引。如果找到一个字段完全相同的记录，则必须将另一个记录标记为已删除，然后再插入到二级索引中
(20)、btr_cur_search_to_nth_level : 在索引tree中给定的level上找到当前位置
(21)、row_ins_scan_sec_index_for_duplicate : 扫描给定索引项处的唯一非聚集索引，以确定该项的键值是否发生唯一性冲突。对可能重复的记录设置共享锁

最后，所有断点都被执行之后，使用bt命令将堆栈信息打印出来，由于断点太多了，打印了主要的一些函数，如下：

(gdb) bt
#0  btr_cur_optimistic_insert (flags=0, cursor=0x7fffe83d4ae0, offsets=0x7fffe83d4a78, 
    heap=0x7fffe83d4a70, entry=0x7fff300cb370, rec=0x7fffe83d4a80, big_rec=0x7fffe83d4a68, 
    thr=0x7fff3029c6f8, mtr=0x7fffe83d50a0)
    at /storage/innobase/btr/btr0cur.cc:2833
#1  0x000055555a4c7571 in row_ins_clust_index_entry_low (flags=0, mode=2, index=0x7fff3028a640, 
    n_uniq=1, entry=0x7fff300cb370, thr=0x7fff3029c6f8, dup_chk_only=false)
    at storage/innobase/row/row0ins.cc:2518
#2  0x000055555a4c945c in row_ins_clust_index_entry (index=0x7fff3028a640, entry=0x7fff300cb370, 
    thr=0x7fff3029c6f8, dup_chk_only=false)
    at /storage/innobase/row/row0ins.cc:3097
#3  0x000055555a4c9c14 in row_ins_index_entry (index=0x7fff3028a640, entry=0x7fff300cb370, 
    multi_val_pos=@0x7fff3029c3f8: 0, thr=0x7fff3029c6f8)
    at /storage/innobase/row/row0ins.cc:3289
#4  0x000055555a4ca26f in row_ins_index_entry_step (node=0x7fff3029c338, thr=0x7fff3029c6f8)
    at /storage/innobase/row/row0ins.cc:3425
#5  0x000055555a4ca616 in row_ins (node=0x7fff3029c338, thr=0x7fff3029c6f8)
    at /storage/innobase/row/row0ins.cc:3544
#6  0x000055555a4caa92 in row_ins_step (thr=0x7fff3029c6f8)
    at /storage/innobase/row/row0ins.cc:3668
#7  0x000055555a4ea804 in row_insert_for_mysql_using_ins_graph (mysql_rec=0x7fff302892c8 "\376\005", 
    prebuilt=0x7fff3029b830) at /storage/innobase/row/row0mysql.cc:1581
#8  0x000055555a4eae9a in row_insert_for_mysql (mysql_rec=0x7fff302892c8 "\376\005", 
    prebuilt=0x7fff3029b830) at /storage/innobase/row/row0mysql.cc:1711
#9  0x000055555a2a9ad9 in ha_innobase::write_row (this=0x7fff30287bf8, record=0x7fff302892c8 "\376\005")
    at /storage/innobase/handler/ha_innodb.cc:8629
#10 0x0000555558d4ace2 in handler::ha_write_row (this=0x7fff30287bf8, buf=0x7fff302892c8 "\376\005")
    at /sql/handler.cc:7831
#11 0x00005555590a14a7 in write_record (thd=0x7fff30001040, table=0x7fff30287270, info=0x7fffe83d64f0, 
    update=0x7fffe83d6570) at /sql/sql_insert.cc:2148
#12 0x000055555909cb7e in Sql_cmd_insert_values::execute_inner (this=0x7fff302becc8, thd=0x7fff30001040)
    at /sql/sql_insert.cc:633
#13 0x00005555589ff8fc in Sql_cmd_dml::execute (this=0x7fff302becc8, thd=0x7fff30001040)
    at /sql/sql_select.cc:612
#14 0x000055555897bd6e in mysql_execute_command (thd=0x7fff30001040, first_level=true)
    at /sql/sql_parse.cc:3420
#15 0x00005555589810b9 in dispatch_sql_command (thd=0x7fff30001040, parser_state=0x7fffe83d7b90)
    at /sql/sql_parse.cc:4988
#16 0x0000555558977226 in dispatch_command (thd=0x7fff30001040, com_data=0x7fffe83d8b80, 
    command=COM_QUERY) at /sql/sql_parse.cc:1836
#17 0x00005555589756df in do_command (thd=0x7fff30001040)
    at /sql/sql_parse.cc:1320
#18 0x0000555558b6ee3d in handle_connection (arg=0x55556006bbe0)
    at /sql/conn_handler/connection_handler_per_thread.cc:301
#19 0x000055555aa337b6 in pfs_spawn_thread (arg=0x55555fee7ae0)
    at /storage/perfschema/pfs.cc:2900
--Type <RET> for more, q to quit, c to continue without paging--
#20 0x00007ffff7f95609 in start_thread (arg=<optimized out>) at pthread_create.c:477
#21 0x00007ffff76e0293 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95

到此为止，在MySQL中insert一条record的基本过程已经梳理完毕，流程还是比较清晰的，有数据库初级经验的基本都能理清楚。

接下来几篇文章主要讲述MySQL中redo.log中的mtr。

一缕阳光a
关注
mysql 8.0 一条insert语句的具体执行流程分析(一)
一缕阳光的博客
05-20 2698
最近在mysql 8.0的代码上开发新的功能的时候，梳理了insert语句的执行过程，由于insert语句比较复杂并且涉及的内容很多，在下面准备分3章节来分析，这是第一个章节，主要讲述sql解析和命令的分发部分。 代码版本：mysql 8.0 编程语言：c++ && c++11 && c++14 && c++17 SQL语句是： create table test(c1 int primary key, c2 varchar(50))engine.
mysql insert执行过程_MySQL · 源码分析 · 一条insert语句的执行过程-阿里云开发者社区...
weixin_30739265的博客
01-19 860
本文只分析了insert语句执行的主路径，和路径上部分关键函数，很多细节没有深入，留给读者继续分析create table t1(id int);insert into t1 values(1)略过建立连接，从 mysql_parse() 开始分析void mysql_parse(THD *thd, char *rawbuf, uint length,Parser_state *parser_st...
mysql insert 执行_MySQL一条insert语句的执行过程
weixin_33093437的博客
01-25 873
UNIV_INTERNdberr_trow_ins_clust_index_entry_low(/*==========================*/ulint flags, /*!< in: undo logging and locking flags */ulint mode, /*!< in: BTR_MODIFY_LEAF o...
【MySQL成神之路】MySQL插入、删除、更新操作汇总
最新发布
m0_62332728的博客
05-22 892
MySQL插入、删除、更新操作汇总分析。
mysql insert执行过程_MySQL · 源码分析 · 一条insert语句的执行过程
weixin_31849265的博客
01-27 966
本文只分析了insert语句执行的主路径，和路径上部分关键函数，很多细节没有深入，留给读者继续分析create table t1(id int);insert into t1 values(1)略过建立连接，从 mysql_parse() 开始分析void mysql_parse(THD *thd, char *rawbuf, uint length,Parser_state *parser_st...
mysql一条sql语句的执行过程
persistence_PSH的博客
02-11 2902
在解析一个查询语句之前，如果查询缓存是打开的，那么会优先检查这个查询是否命中查询缓存中的数据，如果命中，就立刻返回结果，跳过解析、优化和执行阶段。在判断缓存是否命中的时候，mysql不会解析sql语句，而是直接使用客户端发送过来的原始信息进行对比，任何字符上的不同，都会导致缓存不命中。应用程序不需要关心是通过查询缓存返回的结果还是实际执行查询返回的结果，因为两者的结果是完全相同的，而且查询缓存也不需要使用任何语法。mysql使用的是基于成本的优化器，它会预测执行一个某种执行计划的成本，然后选择最小的一个。
mysql 8.0 一条insert语句的具体执行流程分析(二)
一缕阳光的博客
09-18 1320
继续上一篇文章：mysql 8.0 一条insert语句的具体执行流程分析(一)_一缕阳光的博客-优快云博客 由于最近换工作一直在试用期内，在拼命的学习、总结中，因此没有时间写文章，今天转正了腾出来时间继续写下一篇文章。mysql 8.0 一条insert语句的具体执行流程分析写完了write_record部分，下面将会运行到engine层，主要存储引擎的接口 代码版本：mysql 8.0.22 编程语言：c++ && c++11 && c++14 &&amp
MySQL 8.0 Reference Manual MySQL 8.0 Reference Manual
04-09
MySQL 8.0 参考手册是 MySQL 8.0 的官方文档，涵盖 MySQL 8.0 到 8.0.30 和 NDB Cluster 8.0 的所有版本。该手册详细记录了 MySQL 8.0 的所有特性、配置选项、语法、函数和优化技巧。 MySQL 8.0 的主要特性 ...
MySQL8.0认证 ocp(175题)
08-30
MySQL 8.0 OCP（Oracle Certified Professional）认证是针对MySQL数据库管理员的一项专业认证，旨在验证个人在MySQL 8.0版本中管理、优化和维护数据库的能力。这个认证包括了广泛的理论知识和技术实践，涵盖了从基础...
MySQL 8.0 参考手册教程pdf
09-19
此外，mysql客户端也支持批处理模式，用户可以将一系列查询保存到文本文件中，然后通过mysql命令执行这个文件，这种模式在执行大量重复性任务时非常高效。 教程的第二部分介绍了如何连接到MySQL服务器以及断开连接...
MySQL insert语句锁分析
Data & Analysis
11-15 305
最近对insert的锁操作比较费解，所以自己动手，一看究竟。主要是通过一下三个sql来看一下执行中的sql的到底使用了什么锁。 select * from information_schema.INNODB_TRX\G; //记录当前正在执行的事务，以及事务的一些状态 select * from information_schema.INNODB_LOCKS\G; //包含了InnoDB事务锁...
mysql sql语句的执行过程
专注于编程、AI、人工智能等多个领域内容研究和分析
04-10 533
参考： http://www.cnblogs.com/rollenholt/p/3776923.html http://www.cnblogs.com/cdf-opensource-007/p/6502556.html http://blog.csdn.net/u014044812/article/details/51004754
MySQL插入一条数据是怎么执行的？
qq_38862257的博客
12-23 414
在 MySQL 中，写入一条数据的流程可以概括为以下几个步骤：1. 客户端提交请求客户端通过 MySQL 的连接协议向服务器发送一条INSERT、UPDATE或DELETE等写操作的 SQL 语句。2. 链接器连接管理：MySQL Server使用线程池来处理并发连接。在MySQL 8.0中，线程池得到了显著优化，可以更好地处理大量并发连接。身份验证：MySQL 8.0引入了新的默认认证插件c...
mysql插入一条数据的过程
weixin_42246291的博客
04-11 1647
之后，我们就可以正式开始更新这行记录了，更新的时候，先是会更新缓冲池中的记录，此时这个数据就是脏数据。接着我们来思考一个问题，按照上图的说明，现在已经把内存里的数据进行了修改，但是磁盘上的数据还没修改。至于锁的详细分析，我们后续也会有，大家不用着急，在这里先初步了解即可，我们看下面的图。其实是不要紧的，因为你一条更新语句，没提交事务，就代表他没执行成功，此时。突然宕机的时候，用来恢复你更新过的数据的，但是我们现在还没法直接讲解。中更新过的数据还没刷新到磁盘里去，此时内存里的数据是已经更新过的。
Mysql insert一条数据的详细过程
qq_42730111的博客
04-20 1084
以下是MySQL在接收到INSERT语句后存储数据的详细过程解析，结合存储引擎（以InnoDB为例）和物理存储机制分步说明。
一条 mysqlsql 的执行过程详解
不积跬步，无以至千里；不积小流，无以成江海。
08-13 378
1.写操作执行过程 如果这条sql是写操作(insert、update、delete)，那么大致的过程如下，其中引擎层是属于 InnoDB 存储引擎的，因为InnoDB 是默认的存储引擎，也是主流的，所以这里只说明 InnoDB 的引擎层过程。由于写操作较查询操作更为复杂，所以先看一下写操作的执行图。方便后面解析。 ...
Oracle一个事务中的Insert和Update执行顺序
weixin_30341745的博客
11-24 987
今天碰到了一个奇怪的问题，是关于Oracle一个事务中的Insert和Update语句的执行顺序的问题。 首先详细说明下整个过程： 有三张表：A，B，C，Java代码中有一段代码是先在表A中插入一条数据，然后再更新表B的两个字段，更新的两个字段是特定值。并且插入和更新在一个事务中。 有个需求需要在表A添加一个Insert的行级触发器，在触发器里，插入表A一行记...
MySQL 日志系统及语句执行过程
若明天不见
08-19 494
本文主要归纳总结MySQL的语句执行过程，以及日志系统，包括redo log、undo log及bin log。日志系统的内容也包括Write-Ahead Logging技术及持久化过程， MySQL 可以分为 Server 层和存储引擎层两部分。 Server 层包括连接器、查询缓存、分析器、优化器、执行器等，涵盖 MySQL 的大多数核心服务功能，以及所有的内置函数（如日期、时间、数学和加密函数等），所有跨存储引擎的功能都在这一层实现，比如存储过程、触发器、视图等。而存储引擎层负责数据的存储和提取。 .
MySQL语句执行过程以及三大日志
Apollo的博客
09-16 2130
前言 当初看MySQL45讲时做的笔记，发布出来记录下自己的学习心得吧。 查询缓存 连接建立完成后，你就可以执行select语句了。执行逻辑就会来到第二步：查询缓存。 MySQL拿到一个查询请求后，会先到查询缓存看看，之前是不是执行过这条语句。之前执行过的语句及其结果可能会以key-value对的形式，被直接缓存在内存中。key是查询的语句，value是查询的结果。如果你的查询能够直接在这个缓存中找到key，那么这个value就会被直接返回给客户端。 如果语句不在查询缓存中，就会继续后面的执行阶段。执行完成
mysql8.0.25 insert into select next-key锁
03-25
<think>嗯，用户想了解MySQL 8.0.25中使用INSERT INTO SELECT语句时涉及的next-key锁行为以及解决方法。我需要先回忆一下MySQL的锁机制，尤其是InnoDB的next-key锁。 首先，next-key锁是InnoDB在可重复读隔离级别下用来防止幻读的一种锁机制。它结合了记录锁和间隙锁，锁定一个范围。当执行INSERT INTO SELECT时，如果源表有数据被扫描，可能会对扫描到的范围加next-key锁，特别是当使用唯一索引或非唯一索引的时候。 然后，用户提到的版本是8.0.25，需要确认这个版本是否有相关的变化。根据引用[2]，MySQL 8.0.22开始，DML操作读取grant表时不加读锁，但这里讨论的是普通的表操作。可能需要查看MySQL官方文档关于锁的部分。 接下来，INSERT INTO SELECT在复制数据时，如果目标表有触发器或外键约束，或者源表有索引扫描，可能会导致更长时间的锁定，从而引发性能问题甚至死锁。比如，当从大表中SELECT数据插入到另一个表时，如果源表的索引范围被锁定，其他事务可能被阻塞。 解决方法可能包括调整事务隔离级别，比如使用读已提交来减少间隙锁的使用，或者优化索引，减少扫描范围。另外，分批处理数据可能有助于减少锁的持有时间。引用[3]提到MySQL 8.0提高了可靠性，可能在锁管理方面有所优化，但具体到8.0.25需要确认。 用户可能遇到的情况是，在执行INSERT INTO SELECT时，源表被长时间锁定，影响其他事务。需要解释这种情况下next-key锁的行为，并提供具体的解决方案，比如使用主键顺序扫描、降低隔离级别、拆分事务等。同时，结合用户提供的引用，可能引用相关版本文档来支持解答。</think>### MySQL 8.0.25中`INSERT INTO SELECT`的Next-Key锁行为分析 #### 1. Next-Key锁的基本机制 在InnoDB存储引擎中，`INSERT INTO SELECT`语句在**可重复读（REPEATABLE READ）**隔离级别下，若涉及索引范围扫描，可能触发Next-Key锁。Next-Key锁是记录锁（Record Lock）和间隙锁（Gap Lock）的组合，用于防止幻读（Phantom Read）[^2]。 例如： ```sql INSERT INTO target_table SELECT * FROM source_table WHERE indexed_column BETWEEN 100 AND 200; ``` 如果`source_table`的`indexed_column`是非唯一索引，InnoDB会对该范围内所有记录及间隙加锁，阻止其他事务插入符合此范围的新数据。 #### 2. 具体行为表现 - **主键/唯一索引扫描**：若`SELECT`条件使用主键或唯一索引精确匹配（如`WHERE id = 5`），仅加记录锁。 - **非唯一索引扫描**：若使用非唯一索引或全表扫描，会对扫描范围加Next-Key锁。 - **无索引扫描**：全表扫描时，可能对表中所有间隙加锁，导致严重锁竞争[^3]。 #### 3. 典型问题场景 ```sql -- 事务1（长时间运行） INSERT INTO orders_archive SELECT * FROM orders WHERE create_time >= '2023-01-01'; -- 事务2（被阻塞） INSERT INTO orders (create_time) VALUES ('2023-01-02'); ``` 若`orders.create_time`有非唯一索引，事务1会锁定`2023-01-01`之后的间隙，导致事务2被阻塞。 #### 4. 优化解决方案 ##### 方法1：调整隔离级别 将事务隔离级别改为**读已提交（READ COMMITTED）**，该级别下InnoDB不使用间隙锁： ```sql SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED; BEGIN; INSERT INTO target_table SELECT ...; COMMIT; ``` 注意：需评估幻读风险是否可接受。 ##### 方法2：索引优化 为`SELECT`条件添加高效索引，减少锁定范围： ```sql ALTER TABLE source_table ADD INDEX idx_column(column); ``` ##### 方法3：分批处理 使用主键范围分批操作，减少单次锁持有时间： ```sql INSERT INTO target_table SELECT * FROM source_table WHERE id BETWEEN 1 AND 1000; INSERT INTO target_table SELECT * FROM source_table WHERE id BETWEEN 1001 AND 2000; ``` ##### 方法4：使用`LIMIT`与循环 通过应用层控制分批逻辑： ```python last_id = 0 batch_size = 1000 while True: cursor.execute(f""" INSERT INTO target_table SELECT * FROM source_table WHERE id > {last_id} ORDER BY id LIMIT {batch_size} """) last_id = get_last_insert_id() if affected_rows < batch_size: break ``` #### 5. 监控锁状态 通过以下命令实时监控锁行为： ```sql -- 查看当前锁信息 SELECT * FROM performance_schema.data_locks; -- 查看阻塞关系 SELECT * FROM sys.innodb_lock_waits; ``` --- ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值