mysql某张表一直卡死，排查原因和问题解决

最新推荐文章于 2025-10-16 00:06:53 发布
原创 最新推荐文章于 2025-10-16 00:06:53 发布 · 3.2k 阅读 · 9 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#mysql #数据库 #sql

本文介绍了如何诊断并解决MySQL中表卡死的问题。通过查询`information_schema.processlist`来查找占用资源的SQL命令，特别是那些长时间运行的进程。通过`information_schema.innodb_trx`找出具体的事务ID，并使用`kill`命令终止导致卡死的进程。这种方法有助于恢复正常的数据操作和维护数据库稳定性。

mysql某张表一直卡死

查看哪些运行的命令造成，如sql语句等

select id, db, user, host, command, time, state, info
from information_schema.processlist
where command != 'Sleep'
order by time desc ;

查看那个端口运行了命令和命令执行的开始时间，根据端口开始时间长的将它杀死
查看端口运行的命令和执行的时间，将端口运行时间长的杀死
select * from information_schema.innodb_trx;
然后删除某个trx_mysql_thread_id就可以了
trx_mysql_thread_id
kill 1111;

问题解决，能正常打开此表和相关sql操作

show processlist; 也可以查看卡死的sql，sql语句在info里面，没有则无

csd_nuser
关注
opening tables mysql_MySQL线程处于Opening tables的问题解决方法
weixin_29109261的博客
01-28 1071
问题描述最近有一台MySQL5.6.21的服务器，在应用发布后，并发线程Threads_running迅速升高，达到2000左右，大量线程处于等待Opening tables、closing tables状态，应用端相关逻辑访问超时。【分析过程】1、16:10应用发布结束后，Opened_tables不断增加，如下图所示：查看当时故障期间抓取的pt-stalk日志文件，时间点2019-01-18 ...
Spring Sharding 启动加载慢问题排查
lmx125254的博客
08-02 1331
Sharding一般用于分库分表，在测试环境下，未进行分库分表操作，只有单库，开发同学直接将生产的分库分表配置拷贝过来，导致Sharding 默认还是走了分库分表策略，但是对应的分库和主库名称一样，导致Sharding无法区分。Sharding在初始化 druidDataSource 时会进行一系列初始化操作，随后扫描当前配置下的所有表结构数据load到 metaData 中，Sharding 的 metaData 里面存储了所有需要路由的表结构。Sharding默认的读取库为 master0。
线上MySQL突然卡死，排查的黄金5分钟
最新发布
比较是偷走幸福的小偷
10-16 4306
从一次"凌晨2点CEO在群里@所有人"的紧急故障出发，系统性总结MySQL应急排查的完整SOP。通过5分钟分步骤排查流程、6大常见故障场景的真实案例、以及紧急处理手段的决策树，揭秘如何快速定位死锁、慢查询、连接数爆满、磁盘空间满等问题。配合时序图展示排查流程，给出可直接执行的排查命令和应急处理脚本。
MySQL表不能修改、删除等操作，卡死、锁死情况的处理办法。
weixin_30929295的博客
05-18 5510
MySQL如果频繁的修改一个表的数据，那么这么表会被锁死。造成假死现象。 比如用Navicat等连接工具操作，Navicat会直接未响应，只能强制关闭软件，但是重启后依然无效。 解决办法： 首先执行： show full processlist; //列出当前的操作process，一般会看到很多waiting的process，说明已经有卡住的proces了，我们要杀死这些pr...
MySQL表突然卡死，删、查操作加载不停解决办法
jshxk的博客
05-14 888
解决锁表、卡死的解决方法。
mysql一张表卡死,mysql 表 卡死
weixin_32049085的博客
03-17 947
最近在测试环境的mysql执行一个alter table 语句时一直处于阻塞状态，通过 show processlist 查看线程一直处于Waiting for table metadata lock，show processlistselect trx_state, trx_started, trx_mysql_thread_id, trx_query from information_sche...
mysql数据库表卡死怎么办
poker_zero的博客
11-19 3142
1.、 查看所有进程2、找到卡死或在等待的线程，直接kill杀掉就好了
数据库卡死_一张表卡死其他表正常
HealerJean梦想博客
07-17 8780
前言 博主在使用使用大量定时器任务对数据库操作的时候，中间接到一个任务，需要直接对库里的字段进行修改，随性使用了一个alter table name drop column 命令结果卡主了。 卡主不要看，我们可以使用命令来看看到底是哪个操作卡主了，然后将它kill掉 1、开始接近，命令查看 select id, db, user, host, command, time, ...
故障复盘-MySQL的time_zone未正确配置导致现网CPU飙升
shaohjz的博客
10-31 530
MYSQL5.7 time_zone未正常配置导致，TIMESTAMP导致数据库CPU飙升。
2022年MySQL最新面试题
m0_54850467的博客
08-01 1139
最近整理一份关于MySQL常见面试题的，也会根据自己的经验，标注一些出现的概率，最高5颗★出现的概率最高。比如这样百万级别或以上的数据如何删除出现概率★★★一般来讲在面试当中，关于数据库相关的面试题频率出现比较高的几个关键词是SQL优化、索引、存储引擎、事务、死锁、乐观锁、悲观锁、关系型数据库和非关系数据库对比等等。把这几个点问完基本也差不多10~20分钟了(一般一轮面试1小时左右),基本这些可以让面试官对你的数据库知识有一定的了解了。我的在线博客。也欢迎关注我的公众号mysql。...
Hive DDL操作出现卡住现象源码分析与解决方法
书忆江南的IT博客
09-21 5193
最近遇到对Hive进行alter table时卡住无后续响应的问题，如下图所示：即使重启Hive Metastore也依然无法解决这个问题，但是，经过排查后基本知道了原因所在，以及可以解决的办法。
MySql 修改数据表或其它操作卡住解决方案
关于我的过去
03-22 931
- 结束线程 67489 - 线程Id。-- 查询正在执行的会话线程。-- 查询正在使用的数据表。
mysql表卡死_解决mysql表不能查询修改删除等操作并出现卡死
weixin_32161925的博客
01-19 4225
问题现象1：进程wait卡住测试环境mysql出现了一个怪表：select查询表卡死，alter修改表卡死，甚至我不想要这个表了，delete、truncate、drop表都卡死卡主了......解决办法：>show full processlist; 　　 // 列出进程，找出处于waiting的process，要杀死这些process............>kill ID;　　　...
数据库卡死，不要再重启了
weixin_39439156的博客
04-08 1967
说实话数据库卡死，还是比较少见的，我工作六七年也只遇到过两三次。上周就遇到一次，而且上周发生的十分的频繁。可能适合数据库有很大关系，因为我们搞了国产化，用了人大金仓的数据库。今天就讨论一下面临数据库卡死的时候，如何查到问题所在。（ps:本篇文章只是提一个一种排查的思路）本篇文章主要分析了pg_locks的字段含义，以及在排查数据库问题时的应用场景。在面临数据卡死的场景时候，可以查询这两个视图分析问题，而不是直接重启。
mysql 慢查询过多_MySQL的一条慢SQL查询导致整个网站宕机的解决方法
weixin_39833763的博客
12-19 441
直接切入正题吧:通常来说，我们看到的慢查询一般还不致于导致挂站，顶多就是应用响应变慢不过这个恰好今天被我撞见了，一个慢查询把整个网站搞挂了先看看这个SQL张撒样子：# Query_time:70.472013Lock_time: 0.000078 Rows_sent: 7915203 Rows_examined: 15984089 Rows_affected: 0# Bytes_sent: 1...
MySQL主从复制的几种复制方式
qq_38234594的博客
09-20 947
异步复制 多线程复制 增强半同步复制 异步复制 MySQL的复制默认是异步的，主从复制至少需要两个MYSQL服务，这些MySQL服务可以分布在不同的服务器上，也可以在同一台服务器上。 MySQL主从异步复制是最常见的复制场景。数据的完整性依赖于主库BINLOG的不丢失，只要主库的BINLOG不丢失，那么就算主库宕机了，我们还可以通过BINLOG把丢失的部分数据通过手工同步到从库上去。 注意：主库宕机的情况下，DBA可以通过mysqlbinlog工具手工访问主库binlog，抽取缺失的日志并同步到从
MySQL表卡死解决方法
qq_43208602的博客
06-04 1537
使用只有查询权限的用户对表用了truncacte，导致表卡死 解决方法 #查询出所有的process show full processlist; # 在proccess中找到wait的process，并杀死Id kill Id;
mysql数据库卡顿问题排查
weixin_43885814的博客
07-21 2139
可能是文件之间的权限不匹配，例如改完一个配置文件，重新上传到的，可能是root权限，但是其他的是有的是777，有的是644，导致数据库起不来。如果遇到pid报错，那个文件出现问题删除那个。这种能排查后台有进程一直占用资源，导致死锁。这种能排查数据库是默认配置导致的资源没跑满。这种能排查是资源不够用的情况。
如何查看mysql 某张表的操作记录
01-19
### 查看 MySQL 中特定表的增删改操作日志 为了查看 MySQL 数据库中某个特定表上的 `INSERT`、`UPDATE` 和 `DELETE` 操作的历史记录，通常有几种方法可以实现这一需求： #### 方法一：启用二进制日志 (Binary Log) MySQL 的二进制日志会记录所有的数据更改事件，包括但不限于 `CREATE TABLE` 或者对数据库中的任何表执行的数据修改语句。要开启此功能，在配置文件 my.cnf 或 my.ini 中设置如下参数并重启服务[^1]。 ```ini [mysqld] log-bin=mysql-bin server-id=1 ``` 一旦启用了 binlog 功能，则可以通过命令来读取这些日志文件的内容: ```bash mysqlbinlog /path/to/binlog/file | less ``` 这将展示所有被记录下来的 SQL 语句及其时间戳等元数据信息。不过需要注意的是，默认情况下二进制日志并不会区分具体哪个用户进行了哪些变更；如果想要追踪到更详细的层面，则还需要额外配置审计插件或其他第三方工具[^2]。 #### 方法二：创建触发器与专用的日志表 另一种方式是在目标表格上建立相应的触发器（Trigger），每当发生插入、更新或删除动作时自动向另一个专门用于存储此类活动信息的新建表内写入一条新纪录。下面是一个简单的例子说明如何针对名为 `my_table` 的表实施这样的机制[^3]: ```sql -- 创建日志表 CREATE TABLE IF NOT EXISTS operation_log ( id INT AUTO_INCREMENT PRIMARY KEY, event_type ENUM('insert', 'update', 'delete') NOT NULL, table_name VARCHAR(64), row_id INT, changed_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP ); -- 插入触发器 DELIMITER // CREATE TRIGGER trg_mytable_insert AFTER INSERT ON my_table FOR EACH ROW BEGIN INSERT INTO operation_log(event_type, table_name, row_id) VALUES ('insert', 'my_table', NEW.id); END// DELIMITER ; -- 更新触发器 DELIMITER // CREATE TRIGGER trg_mytable_update AFTER UPDATE ON my_table FOR EACH ROW BEGIN INSERT INTO operation_log(event_type, table_name, row_id) VALUES ('update', 'my_table', OLD.id); END// DELIMITER ; -- 删除触发器 DELIMITER // CREATE TRIGGER trg_mytable_delete AFTER DELETE ON my_table FOR EACH ROW BEGIN INSERT INTO operation_log(event_type, table_name, row_id) VALUES ('delete', 'my_table', OLD.id); END// DELIMITER ; ``` 这种方法的优点是可以精确控制所捕获的信息量以及格式化输出样式，缺点在于可能会给系统带来一定的性能开销，并且需要手动维护触发器逻辑以适应结构变化后的表定义[^4]。 #### 方法三：利用通用查询日志 (General Query Log) 虽然不推荐作为常规手段使用，但在某些特殊场景下也可以考虑打开全局查询日志来进行临时性的监控工作。只需编辑 MySQL 配置文件并将 general-log 参数设为 on 即可让服务器把接收到的所有客户端请求都保存下来供后续分析之用。然而由于该选项会对整体性能造成较大影响，因此仅限于短期测试环境下的应用[^5]。 ```ini general-log = 1 general_log_file = "/var/log/mysql/query.log" ``` 以上就是关于如何在 MySQL 中跟踪特定表的操作历史的一些常见做法。每种方案都有其适用范围和局限性，请根据实际业务需求权衡选择最合适的解决方案。
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值