高级DBA带你解决windows环境mysql执行SQL语句卡死数据库服务假死无法重启的实战通用解决方法

技术很渣

已于 2024-08-03 14:56:24 修改

阅读量1.8k

点赞数 29

分类专栏： MySQLDBA晋级（生产事故案例分享）文章标签：数据库 dba mysql

于 2024-04-19 16:57:53 首次发布

本文链接：https://blog.csdn.net/nasen512/article/details/137969811

版权

MySQLDBA晋级（生产事故案例分享）专栏收录该内容

23 篇文章 3 订阅

订阅专栏

高级DBA带你解决windows环境mysql服务假死无法重启的实战

一、事故说明

笔者要执行一句删除语句

delete from xxx where xxxx

执行了1小时也米有执行完，其实这种执行几小时没有执行完的语句，说明数据库已经不正常了！

然后就用MySQL Workbench 8.0 CE官方监控杀掉这个语句
然后呢，就情况是杀也杀不掉，一直卡住，在kill end …其实已经假死了，现在要怎么解决？

下面是工具的简介：
MySQL Workbench 8.0 是一款面向 MySQL 数据库的集成开发环境（IDE）。它提供了一系列工具和功能，用于设计、开发和管理 MySQL 数据库。以下是它的一些主要特点和功能：

数据库建模：支持创建和编辑数据库模型，包括表、视图、索引等数据库对象的设计。
数据管理：可以方便地执行数据库操作，如创建、删除、修改数据库和表，插入、更新、删除数据等。
SQL 编辑器：提供强大的 SQL 编辑器，方便编写和执行 SQL 语句。
数据导出和导入：能够将数据从数据库中导出为各种格式，也可以将外部数据导入到数据库中。
数据库备份和恢复：支持数据库的备份和恢复操作，确保数据的安全性和可用性。
性能优化：帮助用户分析和优化数据库的性能。
数据库迁移：便于在不同的数据库环境之间进行数据迁移。
数据库架构可视化：以图形化的方式展示数据库的架构和关系，使数据库结构更易于理解。

二、提出问题并解决步骤

有的时候这种死SQL，或者一直杀不掉的语句，通常要怎么解决？

解决步骤一重启服务

这种一般情况说明这个表数据文件已经破坏，先重启服务！
这个数据库服务在windows上的。

在这里插入图片描述
这次关闭服务，居然卡住了，直接失败！后来发现是进程还在，没有真正杀掉！

人工在杀掉进程，然后再重启服务，重启服务的过程中要看启动日志，启动日志的位置
先找到配置文件my.ini

在这里插入图片描述
配置文件位置
在 MySQL 中，可以使用以下 SQL 语句查询数据目录（datadir）的信息：

SHOW VARIABLES LIKE '%datadir%';

上述语句使用 SHOW VARIABLES 命令来显示系统变量的信息，通过 LIKE '%datadir%' 过滤出与 datadir 相关的变量。执行该语句后，将返回包含数据目录信息的结果集。

然后就看看MYSQL的运行日志着重看那个表【error】

步骤二将问题表删除重建数据重新灌入

drop table xxxx;
重建表
然后把数据提前备份重新插入！！

步骤三调整核心参数提升性能

在 MySQL 中，可以使用以下 SQL 语句查询 innodb_buffer_pool_size 的值：

SHOW VARIABLES LIKE '%innodb_buffer_pool_size%';

这条语句使用 SHOW VARIABLES 命令来显示系统变量的值，通过 LIKE 子句匹配包含 innodb_buffer_pool_size 的变量，并将其值显示出来。

在 MySQL 中，可以通过修改配置文件或在服务器运行时使用命令行来动态调整 innodb_buffer_pool_size 值，以下是常见的操作方法：

修改配置文件：找到 MySQL 的配置文件（通常是 my.cnf 或 my.ini 文件），在相关配置部分添加或修改 innodb_buffer_pool_size 的值，然后重新启动 MySQL 服务器使更改生效。
服务器运行时使用命令行：在 MySQL 服务器正在运行的情况下，可以使用以下命令来动态调整 innodb_buffer_pool_size 值：
- 首先，使用 SET GLOBAL 命令设置新的值，例如：SET GLOBAL innodb_buffer_pool_size = 1024M;（将其设置为 1024MB）。

需要注意的是，动态调整参数的值在服务器重启后将恢复为配置文件中的默认值。此外，调整 innodb_buffer_pool_size 值时要根据服务器的硬件资源和实际业务需求进行合理的设置，以达到最佳的性能效果。同时，还需要考虑到系统内存的使用情况，避免设置过大导致其他进程内存不足或设置过小影响数据库的性能。

步骤四重新验证之前执行死亡的语句

再次验证执行成功

在这里插入图片描述

三、问题总结

正常来说数据库是不会出现假死，但是这种情况再生产环境也是出现，出现的解决思路就是重启，重建表！

作者也遇到window服务重启无效，这种也是没有杀进程杀干净引起，大家以后注意，当然所有的操作必须提前有数据备份！不过真正实际情况是，有些时候不得不把数据库弄正常，才能导出备份！

其他报错清参考笔者另一篇文章，这个文章介绍了通用的解决思路！

https://blog.csdn.net/nasen512/article/details/130705957

在这里插入图片描述
笔者简介
国内某一线知名软件公司企业认证在职员工：任JAVA高级研发工程师,大数据领域专家,数据库领域专家兼任高级DBA!10年软件开发经验！现任国内某大型软件公司大数据研发工程师、MySQL数据库DBA，软件架构师。直接参与设计国家级亿级别大数据项目!并维护真实企业级生产数据库300余个!紧急处理数据库生产事故上百起，挽回数据丢失所造成的灾难损失不计其数!并为某国家级大数据系统的技术方案（国家知识产权局颁布）专利权的第一专利发明人！