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

本文涉及的产品
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
云数据库 RDS PostgreSQL,集群系列 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
相关文章
|
16天前
|
JSON 关系型数据库 MySQL
Mysql(5)—函数
MySQL提供了许多内置的函数以帮助用户进行数据操作和分析。这些函数可以分为几类,包括聚合函数、字符串函数、数值函数、日期和时间函数、控制流函数等。
49 1
Mysql(5)—函数
|
6天前
|
存储 关系型数据库 MySQL
mysql 引擎概述
MySQL存储引擎是处理不同类型表操作的组件,InnoDB是最常用的默认引擎,支持事务、行级锁定和外键。MySQL采用插件式存储引擎架构,支持多种引擎,如MyISAM、Memory、CSV等,每种引擎适用于不同的应用场景。通过`SHOW ENGINES`命令可查看当前MySQL实例支持的存储引擎及其状态。选择合适的存储引擎需根据具体业务需求和引擎特性来决定。
|
25天前
|
存储 SQL 关系型数据库
MySQL 存储函数及调用
MySQL 存储函数及调用
16 3
|
26天前
|
缓存 关系型数据库 MySQL
MySQL 满足条件函数中使用查询最大值函数
MySQL 满足条件函数中使用查询最大值函数
82 1
|
2月前
|
存储 SQL 关系型数据库
MySQL基础:函数
本文介绍了MySQL中几种常用的内建函数,包括字符串函数、数值函数、日期函数和流程函数。字符串函数如`CONCAT()`用于拼接字符串,`TRIM()`用于去除字符串两端的空格,`MOD()`求余数,`RAND()`生成随机数,`ROUND()`四舍五入。日期函数如`CURDATE()`返回当前日期,`NOW()`返回当前日期和时间,`DATE_ADD()`添加时间间隔,`DATEDIFF()`计算日期差。流程函数如`IF()`和`CASE WHEN THEN ELSE END`用于条件判断。聚合函数如`COUNT()`统计行数,`SUM()`求和,`AVG()`求平均值
27 8
MySQL基础:函数
|
11天前
|
关系型数据库 MySQL 数据库
mysql中tonumber函数使用要注意什么
在处理这类转换操作时,考虑周全,利用提供的高性能云服务器资源,可以进一步提升数据库处理效率,确保数据操作的稳定性和安全性,尤其是在处理大量数据转换和运算密集型应用时。
42 0
|
14天前
|
存储 关系型数据库 MySQL
mysql 8.0 的 建表 和八种 建表引擎实例
mysql 8.0 的 建表 和八种 建表引擎实例
17 0
|
15天前
|
关系型数据库 MySQL 数据处理
企业级应用 mysql 日期函数变量,干货已整理
本文详细介绍了如何在MySQL8.0中使用DATE_FORMAT函数进行日期格式的转换,包括当日、昨日及不同时间段的数据获取,并提供了实际的ETL应用场景和注意事项,有助于提升数据处理的灵活性和一致性。
35 0
|
2月前
|
JSON 关系型数据库 MySQL
MySQL 8.0常用函数汇总与应用实例
这些函数只是MySQL 8.0提供的众多强大功能的一部分。通过结合使用这些函数,你可以有效地处理各种数据,优化数据库查询,并提高应用程序的性能和效率。
47 3
|
26天前
|
存储 缓存 关系型数据库
详细解析MySQL中的innodb和myisam
总之,InnoDB和MyISAM各有千秋,选择合适的存储引擎应基于对应用程序特性的深入理解,以及对性能、数据完整性和可扩展性的综合考量。随着技术发展,InnoDB因其全面的功能和日益优化的性能,逐渐成为更广泛场景下的首选。然而,在特定条件下,MyISAM依然保留其独特的价值。
76 0