[MySQL学习] MySQL/Innodb shutdown流程

本文涉及的产品
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
日志服务 SLS,月写入数据量 50GB 1个月
简介:
写的比较简略//////
———————————

我们通过mysqladmin来进行shutdown,会对mysqld发送SIGKILL信号,当接收到信号后,mysqld创建一个新的线程,线程调用函数为kill_server_thread

另外还可以通过调用COM_SHUTDOWN来关闭mysqld,没尝试过。当然最终调用的函数kill_server_thread函数。
kill_server_thread->kill_server
设置kill_in_progress=true,防止重复关闭mysqld,每个新的kill线程都要先判断这个值
设置abort_loop=1,这可以让某些循环等待的线程退出循环
调用close_connections
a.关闭所有线程连接
b.关闭slave(end_slave())
调用unireg_end->clean_up,主要做以下事情
a.清理一些全局结构体及内存资源
b.依次关闭插件plugin_shutdown
关闭innodb的入口函数是innobase_end,其关闭行为通过参数   innodb_fast_shutdown 来控制,流程如下:
hash_table_free(innobase_open_tables)  //释放innodb表占用的内存
innobase_shutdown_for_mysql  //下面细述
释放一些全局内存和锁资源
innobase_shutdown_for_mysql流程:
a.logs_empty_and_mark_files_at_shutdown
这个函数可以看做是innodb shutdown的主要函数。
|–>首先打印一条信息(InnoDB: Starting shutdown), 也就是我们在alter log里看到的,表示innodb shutdown开始 了。
srv_shutdown_state = SRV_SHUTDOWN_CLEANUP;
|–>当

1.error monitor线程、lock_timeout线程(用于唤醒其他等待锁的线程)、以及monitor线程处于活跃状态时,loop

2.当前分配的事务数大于0(trx_n_mysql_transactions>0)或者存在状态不为Prepare的事务(UT_LIST_GET_LEN(trx_sys->trx_list) > trx_n_prepared), loop

3. 存在任意一个活跃后台线程时, loop

4.log_sys->n_pending_checkpoint_writes>0 或者log_sys->n_pending_writes大于0时,loop

5. 存在pending io时(buf_pool_check_no_pending_io) ,  loop

|–>当UNIV_LOG_ARCHIVE被定义时,调用log_archive_all()写 档日志,log archive 貌似已被弃用,但代码还在。
|–>当 srv_fast_shutdown=2

log_buffer_flush_to_disk(); 将缓冲的innodb 日志flush到磁盘

检查如果有活跃后台线程,goto loop

关闭所有innodb文件,调用函数fil_close_all_files,这里并不需要确保没有pending的I/O或者未刷到文件的脏数据
srv_shutdown_state = SRV_SHUTDOWN_LAST_PHASE;

return到上层函数

|–>调用函数log_make_checkpoint_at(IB_ULONGLONG_MAX, TRUE)使用最近的lsn做checkpoint。
|–>将可能被OS缓存的表空间文件和日志文件刷到磁盘上

fil_flush_file_spaces(FIL_TABLESPACE);

fil_flush_file_spaces(FIL_LOG);

srv_shutdown_state = SRV_SHUTDOWN_LAST_PHASE;
|–>fil_write_flushed_lsn_to_data_files && fil_flush_file_spaces(FIL_TABLESPACE);, 将LSN写到每个ibd文件中
|–>fil_close_all_files(); 关闭所有innodb文件
srv_shutdown_state = SRV_SHUTDOWN_EXIT_THREADS;
b.退出所有innodb后台线程,包括master线程、purge线程以及其他io线程
srv_fast_shutdown= 0时, 会做完全的purge 和insert buffer merge
这些在对应的线程函数里会做判断
c.btr_search_disable(); //禁止adaptive hash index并清空index
d.释放insert buffer、log、锁、事务、adpative hash index、文件、buffer pool等子系统的内存和其他资源
总的来说,0 比1 多做了insert buffer merge 和full purge,1比2多做了checkpoint和刷文件落地到磁盘的过程,2只做了将日志刷到磁盘

相关实践学习
如何快速连接云数据库RDS MySQL
本场景介绍如何通过阿里云数据管理服务DMS快速连接云数据库RDS MySQL,然后进行数据表的CRUD操作。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
目录
打赏
0
0
0
0
10011
分享
相关文章
mysql 之order by工作流程
本文深入解析了MySQL中`ORDER BY`的排序机制,通过具体示例展示了排序过程及性能优化方法。文章首先分析了基于内存和磁盘的排序方式,包括`sort_buffer_size`的影响以及临时文件的使用场景。接着介绍了`rowid`排序算法,该算法通过减少参与排序的数据量来提升性能,并对比了其与传统排序的区别。此外,还探讨了随机查询`ORDER BY RAND()`的执行流程及其优化策略。最后提到了MySQL 5.6引入的优先队列排序算法,适用于仅需部分有序结果的场景。文章结合`optimizer_trace`工具详细说明了各配置参数对排序行为的影响,为优化查询提供了实用指导。
mysql 之order by工作流程
MySQL底层概述—10.InnoDB锁机制
本文介绍了:锁概述、锁分类、全局锁实战、表级锁(偏读)实战、行级锁升级表级锁实战、间隙锁实战、临键锁实战、幻读演示和解决、行级锁(偏写)优化建议、乐观锁实战、行锁原理分析、死锁与解决方案
116 24
MySQL底层概述—10.InnoDB锁机制
MySQL底层概述—5.InnoDB参数优化
本文介绍了MySQL数据库中与内存、日志和IO线程相关的参数优化,旨在提升数据库性能。主要内容包括: 1. 内存相关参数优化:缓冲池内存大小配置、配置多个Buffer Pool实例、Chunk大小配置、InnoDB缓存性能评估、Page管理相关参数、Change Buffer相关参数优化。 2. 日志相关参数优化:日志缓冲区配置、日志文件参数优化。 3. IO线程相关参数优化: 查询缓存参数、脏页刷盘参数、LRU链表参数、脏页刷盘相关参数。
MySQL底层概述—5.InnoDB参数优化
MySQL底层概述—4.InnoDB数据文件
本文介绍了InnoDB表空间文件结构及其组成部分,包括表空间、段、区、页和行。表空间是最高逻辑层,包含多个段;段由若干个区组成,每个区包含64个连续的页,页用于存储多条行记录。文章还详细解析了Page结构,分为通用部分(文件头与文件尾)、数据记录部分和页目录部分。此外,文中探讨了行记录格式,包括四种行格式(Redundant、Compact、Dynamic和Compressed),重点介绍了Compact行记录格式及其溢出机制。最后,文章解释了不同行格式的特点及应用场景,帮助理解InnoDB存储引擎的工作原理。
MySQL底层概述—4.InnoDB数据文件
MySQL底层概述—3.InnoDB线程模型
InnoDB存储引擎采用多线程模型,包含多个后台线程以处理不同任务。主要线程包括:IO Thread负责读写数据页和日志;Purge Thread回收已提交事务的undo日志;Page Cleaner Thread刷新脏页并清理redo日志;Master Thread调度其他线程,定时刷新脏页、回收undo日志、写入redo日志和合并写缓冲。各线程协同工作,确保数据一致性和高效性能。
MySQL底层概述—3.InnoDB线程模型
MySQL底层概述—2.InnoDB磁盘结构
InnoDB磁盘结构主要包括表空间(Tablespaces)、数据字典(Data Dictionary)、双写缓冲区(Double Write Buffer)、重做日志(redo log)和撤销日志(undo log)。其中,表空间分为系统、独立、通用、Undo及临时表空间,分别用于存储不同类型的数据。数据字典从MySQL 8.0起不再依赖.frm文件,转而使用InnoDB引擎存储,支持事务原子性DDL操作。
241 100
MySQL底层概述—2.InnoDB磁盘结构
MySQL底层概述—1.InnoDB内存结构
本文介绍了InnoDB引擎的关键组件和机制,包括引擎架构、Buffer Pool、Page管理机制、Change Buffer、Log Buffer及Adaptive Hash Index。
249 97
MySQL底层概述—1.InnoDB内存结构
MySQL原理简介—2.InnoDB架构原理和执行流程
本文介绍了MySQL中更新语句的执行流程及其背后的机制,主要包括: 1. **更新语句的执行流程**:从SQL解析到执行器调用InnoDB存储引擎接口。 2. **Buffer Pool缓冲池**:缓存磁盘数据,减少磁盘I/O。 3. **Undo日志**:记录更新前的数据,支持事务回滚。 4. **Redo日志**:确保事务持久性,防止宕机导致的数据丢失。 5. **Binlog日志**:记录逻辑操作,用于数据恢复和主从复制。 6. **事务提交机制**:包括redo日志和binlog日志的刷盘策略,确保数据一致性。 7. **后台IO线程**:将内存中的脏数据异步刷入磁盘。
【MySQL进阶篇】存储引擎(MySQL体系结构、InnoDB、MyISAM、Memory区别及特点、存储引擎的选择方案)
MySQL的存储引擎是其核心组件之一,负责数据的存储、索引和检索。不同的存储引擎具有不同的功能和特性,可以根据业务需求 选择合适的引擎。本文详细介绍了MySQL体系结构、InnoDB、MyISAM、Memory区别及特点、存储引擎的选择方案。
【MySQL进阶篇】存储引擎(MySQL体系结构、InnoDB、MyISAM、Memory区别及特点、存储引擎的选择方案)
MySQL存储引擎详述:InnoDB为何胜出?
MySQL 是最流行的开源关系型数据库之一,其存储引擎设计是其高效灵活的关键。InnoDB 作为默认存储引擎,支持事务、行级锁和外键约束,适用于高并发读写和数据完整性要求高的场景;而 MyISAM 不支持事务,适合读密集且对事务要求不高的应用。根据不同需求选择合适的存储引擎至关重要,官方推荐大多数场景使用 InnoDB。
105 7

推荐镜像

更多
AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等