MySQL insert 语句的函数调用栈和innodb引擎的更新方式

本文涉及的产品
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS MySQL,高可用系列 2核4GB
简介: 研究和学习MySQL源码可能会有用,MySQL insert语句的函数调用栈

     MySQL insert 语句的函数调用栈,这个调用栈是用gdb调试MySQL时打印出来的,内容和格式上没做任何调整,MySQL的版本是5.7的最新版本5.7.35,调用的顺序是从下到上。存储引擎是innodb,学习和研究MySQL数据库源码时可以当作参考,里面的信息时相当完整的,调用的函数名称,调用函数所在的文件,调用函数在文件中具体位置(在文件中的哪一行)都十分清楚。

      MySQL数据库innodb存储引擎在执行更新时可能会采用两种不同的方式,备份更新或者是乐观更新,innodb引擎总是首先对索引内存对象加上s-latch保护,然后进行页的操作,若insert、update、delete不会导致非叶子节点的变化,即不会发生

分裂、合并、树的高度变化,则立即释放索引对象的s-latch保护,称这种模式为乐观模式。否则,立即释放索引内存对象及页上的latch,并对索引内存对象和页加x-latch保护,这种方式称为悲观方式,由于对索引对象页加了x-latch,并发在此处受到了很大的限制。

      从下面的函数跳用栈来看,这次更新使用了乐观更新,调用的函数是btr_cur_optimistic_insert。

0page_cur_insert_rec_low (current_rec=0x6<error: Cannotaccessmemoryataddress0x6>, index=0x7f24e569b6d0,
rec=0x7f24e569b720"d", offsets=0x6, mtr=0x563e03dea7eb<rec_offs_n_fields(ulintconst*)+171>)
at/root/mysql-5.7.35/storage/innobase/page/page0cur.cc:134210x0000563e03f4b9f1inpage_cur_tuple_insert (cursor=0x7f24e569be48, tuple=0x7f248001e420, index=0x7f2480012290,
offsets=0x7f24e569bdf0, heap=0x7f24e569bde8, n_ext=0, mtr=0x7f24e569c270, use_cache=false)
at/root/mysql-5.7.35/storage/innobase/include/page0cur.ic:28720x0000563e03f55a90inbtr_cur_optimistic_insert (flags=0, cursor=0x7f24e569be40, offsets=0x7f24e569bdf0,
heap=0x7f24e569bde8, entry=0x7f248001e420, rec=0x7f24e569bdf8, big_rec=0x7f24e569bde0, n_ext=0,
thr=0x7f2480021828, mtr=0x7f24e569c270) at/root/mysql-5.7.35/storage/innobase/btr/btr0cur.cc:321530x0000563e03e14beainrow_ins_clust_index_entry_low (flags=0, mode=2, index=0x7f2480012290, n_uniq=0,
entry=0x7f248001e420, n_ext=0, thr=0x7f2480021828, dup_chk_only=false)
at/root/mysql-5.7.35/storage/innobase/row/row0ins.cc:261240x0000563e03e16cf7inrow_ins_clust_index_entry (index=0x7f2480012290, entry=0x7f248001e420, thr=0x7f2480021828,
n_ext=0, dup_chk_only=false) at/root/mysql-5.7.35/storage/innobase/row/row0ins.cc:329950x0000563e03e1720binrow_ins_index_entry (index=0x7f2480012290, entry=0x7f248001e420, thr=0x7f2480021828)
at/root/mysql-5.7.35/storage/innobase/row/row0ins.cc:343760x0000563e03e177b4inrow_ins_index_entry_step (node=0x7f2480021588, thr=0x7f2480021828)
at/root/mysql-5.7.35/storage/innobase/row/row0ins.cc:358770x0000563e03e17b47inrow_ins (node=0x7f2480021588, thr=0x7f2480021828)
at/root/mysql-5.7.35/storage/innobase/row/row0ins.cc:372580x0000563e03e17fb3inrow_ins_step (thr=0x7f2480021828) at/root/mysql-5.7.35/storage/innobase/row/row0ins.cc:386190x0000563e03e37a7finrow_insert_for_mysql_using_ins_graph (mysql_rec=0x7f2480010728"\370\001",
prebuilt=0x7f2480020f90) at/root/mysql-5.7.35/storage/innobase/row/row0mysql.cc:1746100x0000563e03e38099inrow_insert_for_mysql (mysql_rec=0x7f2480010728"\370\001", prebuilt=0x7f2480020f90)
at/root/mysql-5.7.35/storage/innobase/row/row0mysql.cc:1866110x0000563e03cce301inha_innobase::write_row (this=0x7f2480010430, record=0x7f2480010728"\370\001")
at/root/mysql-5.7.35/storage/innobase/handler/ha_innodb.cc:7663120x0000563e0326b302inhandler::ha_write_row (this=0x7f2480010430, buf=0x7f2480010728"\370\001")
at/root/mysql-5.7.35/sql/handler.cc:8173130x0000563e03b4a535inwrite_record (thd=0x7f2480000e10, table=0x7f2480020560, info=0x7f24e569d160,
update=0x7f24e569d1e0) at/root/mysql-5.7.35/sql/sql_insert.cc:1895140x0000563e03b472c9inSql_cmd_insert::mysql_insert (this=0x7f2480006df0, thd=0x7f2480000e10,
table_list=0x7f2480006840) at/root/mysql-5.7.35/sql/sql_insert.cc:776150x0000563e03b4e541inSql_cmd_insert::execute (this=0x7f2480006df0, thd=0x7f2480000e10)
at/root/mysql-5.7.35/sql/sql_insert.cc:3142160x0000563e038fec32inmysql_execute_command (thd=0x7f2480000e10, first_level=true)
at/root/mysql-5.7.35/sql/sql_parse.cc:3607170x0000563e03904b72inmysql_parse (thd=0x7f2480000e10, parser_state=0x7f24e569e530)
at/root/mysql-5.7.35/sql/sql_parse.cc:5597180x0000563e038f9964indispatch_command (thd=0x7f2480000e10, com_data=0x7f24e569ede0, command=COM_QUERY)
at/root/mysql-5.7.35/sql/sql_parse.cc:1491190x0000563e038f87e2indo_command (thd=0x7f2480000e10) at/root/mysql-5.7.35/sql/sql_parse.cc:1032200x0000563e03a41940inhandle_connection (arg=0x563e0756a440)
at/root/mysql-5.7.35/sql/conn_handler/connection_handler_per_thread.cc:313210x0000563e041844c7inpfs_spawn_thread (arg=0x563e073cae70) at/root/mysql-5.7.35/storage/perfschema/pfs.cc:2197220x00007f24eb2e2609instart_thread (arg=<optimizedout>) atpthread_create.c:477
相关实践学习
如何在云端创建MySQL数据库
开始实验后,系统会自动创建一台自建MySQL的 源数据库 ECS 实例和一台 目标数据库 RDS。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助 &nbsp; &nbsp; 相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
相关文章
|
7天前
|
存储 Oracle 关系型数据库
【赵渝强老师】MySQL InnoDB的数据文件与重做日志文件
本文介绍了MySQL InnoDB存储引擎中的数据文件和重做日志文件。数据文件包括`.ibd`和`ibdata`文件,用于存放InnoDB数据和索引。重做日志文件(redo log)确保数据的可靠性和事务的持久性,其大小和路径可由相关参数配置。文章还提供了视频讲解和示例代码。
113 11
【赵渝强老师】MySQL InnoDB的数据文件与重做日志文件
|
7天前
|
存储 Oracle 关系型数据库
【赵渝强老师】MySQL InnoDB的表空间
InnoDB是MySQL默认的存储引擎,主要由存储结构、内存结构和线程结构组成。其存储结构分为逻辑和物理两部分,逻辑存储结构包括表空间、段、区和页。表空间是InnoDB逻辑结构的最高层,所有数据都存放在其中。默认情况下,InnoDB有一个共享表空间ibdata1,用于存放撤销信息、系统事务信息等。启用参数`innodb_file_per_table`后,每张表的数据可以单独存放在一个表空间内,但撤销信息等仍存放在共享表空间中。
|
7天前
|
存储 Oracle 关系型数据库
【赵渝强老师】MySQL InnoDB的段、区和页
MySQL的InnoDB存储引擎逻辑存储结构与Oracle相似,包括表空间、段、区和页。表空间由段和页组成,段包括数据段、索引段等。区是1MB的连续空间,页是16KB的最小物理存储单位。InnoDB是面向行的存储引擎,每个页最多可存放7992行记录。
|
7天前
|
存储 Oracle 关系型数据库
【赵渝强老师】MySQL的InnoDB存储引擎
InnoDB是MySQL的默认存储引擎,广泛应用于互联网公司。它支持事务、行级锁、外键和高效处理大量数据。InnoDB的主要特性包括解决不可重复读和幻读问题、高并发度、B+树索引等。其存储结构分为逻辑和物理两部分,内存结构类似Oracle的SGA和PGA,线程结构包括主线程、I/O线程和其他辅助线程。
【赵渝强老师】MySQL的InnoDB存储引擎
|
13天前
|
关系型数据库 MySQL Serverless
MySQL函数
最常用的MySQL函数,包括聚合函数,字符串函数,日期时间函数,控制流函数等
|
16天前
|
SQL NoSQL 关系型数据库
|
8天前
|
SQL 关系型数据库 MySQL
go语言数据库中mysql驱动安装
【11月更文挑战第2天】
22 4
|
6天前
|
SQL 关系型数据库 MySQL
12 PHP配置数据库MySQL
路老师分享了PHP操作MySQL数据库的方法,包括安装并连接MySQL服务器、选择数据库、执行SQL语句(如插入、更新、删除和查询),以及将结果集返回到数组。通过具体示例代码,详细介绍了每一步的操作流程,帮助读者快速入门PHP与MySQL的交互。
19 1
|
1月前
|
存储 关系型数据库 MySQL
Mysql(4)—数据库索引
数据库索引是用于提高数据检索效率的数据结构,类似于书籍中的索引。它允许用户快速找到数据,而无需扫描整个表。MySQL中的索引可以显著提升查询速度,使数据库操作更加高效。索引的发展经历了从无索引、简单索引到B-树、哈希索引、位图索引、全文索引等多个阶段。
61 3
Mysql(4)—数据库索引
|
15天前
|
监控 关系型数据库 MySQL
数据库优化:MySQL索引策略与查询性能调优实战
【10月更文挑战第27天】本文深入探讨了MySQL的索引策略和查询性能调优技巧。通过介绍B-Tree索引、哈希索引和全文索引等不同类型,以及如何创建和维护索引,结合实战案例分析查询执行计划,帮助读者掌握提升查询性能的方法。定期优化索引和调整查询语句是提高数据库性能的关键。
77 1