【Mysql】主机cpu 之-sys使用率过高

最新推荐文章于 2023-10-11 14:49:34 发布
最新推荐文章于 2023-10-11 14:49:34 发布
阅读量3.6k 收藏 6
点赞数
文章标签： 数据库 数据结构与算法 操作系统
本文分析了MySQL中InnoDB线程同步机制，特别是当sys CPU使用率过高时的情况。问题源于kernel_mutex全局锁在高并发下的冲突，以及频繁的malloc()调用导致的系统mutex竞争。大量线程在spin_lock上自旋等待，以及malloc()调用中的系统mutex_lock()和unlock()操作，加剧了上下文切换。解决方案包括检查内存分配不均（如NUMA问题）和使用strace进行诊断。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

学习大神的http://mp.weixin.qq.com/s/hXtCzSnlVfo9Cq92538ipw自己整理一点思路
1.0top看cpu消耗,发现sys比usr要高不少，这非常不正常
  1. 如下

  4. 利用perf看sys cpu消耗，也就是内核态cpu在做什么

  6. sys cpu看来大部分都消耗在_spin_lock上。但是内核在很多对资源的申请和释放的时候都会通过spin lock对临界资源进行保护。需要进一步分析__spin_lock的来源。


1.1使用pstack看 MySQL所有线程的调用栈:

  1. root@localhost:~# pstack 18246

  3. 很多线程hang在了malloc()调用上,继续看
最低0.47元/天 解锁文章

200万优质内容无限畅学
cml2016
关注
〖Python 数据库开发实战 - MySQL篇⑧〗- MySQL的配置文件与常用的配置方案
易编橙 · 终身成长社群，相遇已是上上签！
07-17 4万+
今天这一章节，我们来讲解一下 MySQL 的配置文件。既然开始写数据库的学习章节，就不能简单的讲一下 "增、删、改、查" ，再讲讲 "创建索引"、"回滚事务"等等。 学数据库就要学明白，毕竟将来是靠技术赚钱的。要学习明白怎么用，怎么配置，学懂学透彻了；当然了 MySQL 的配置有上百个，所以这里会挑选其中最重要的一些参数给大家介绍一下，其他的参数等到用到的时候再来介绍吧。...
阿里云部署MySQL、Redis、RocketMQ、Nacos集群
我是Java程序员廖志伟，感谢朋友们的支持！不定期贡献一篇高品质、过万文字、图文并茂且附有视频解说、满载代码示例注释的良心之作，坚决杜绝粗制乱造。
03-19 1801
🌟我是廖志伟，一名Java开发工程师、Java领域优质创作者、优快云博客专家、51CTO专家博主、阿里云专家博主、清华大学出版社签约作者、产品软文专业写手、技术文章评审老师、问卷调查设计师、个人社区创始人、开源项目贡献者。🌎跑过十五公里、🚀徒步爬过衡山、🔥有过三个月减肥20斤的经历、是个喜欢躺平的狠人。
DSC集群压测解决SYS进程占比高的问题
liuguigeng56的专栏
02-09 1794
DMDSC集群压测解决SYS进程占比高的问题,达梦共享存储集群，达梦数据库spinlock进程占比较高问题处理。
cpu瓶颈 top的内核sy占用较高
07-19 2373
反应服务器的应用连接较慢，由于应用和数据库在同一台服务器上。先从os上top查看下 [oracle@server115 ~]$ top -c top - 11:58:28 up 31 days, ...
服务器内核版本占用cpu,cpu瓶颈 top的内核sy占用较高
weixin_42508785的博客
07-30 1988
反应服务器的应用连接较慢，由于应用和数据库在同一台服务器上。先从os上top查看下[oracle@server115 ~]$ top -ctop - 11:58:28 up 31 days,1:53, 5 users, load average: 1.55, 1.51, 1.51Tasks: 247 total, 1 running, 226sleeping, 1 stopped, ...
总结导致oracle数据库主机CPU sys%高的一些原因
Vic的博客
02-03 3372
今天我分享下简单总结导致oracle数据库主机CPU sys%高的一些原因。 在日常的数据库运维中，操作系统CPU使用率一直是我们衡量系统负载的一个比较贴切的指标，例如USER%可以更好的反馈数据库对CPU的使用情况，进而我们再次去数据库中找出导致CPU消耗高的源头，wa%可以反馈IO等待消耗的CPU时间百分比，当wa的值高时，可以说明IO等待比较严重。 然而，当CPU SYS%异常增高的时候，我们都知道是系统内核消耗了大量的cpu，但常常是束手无措。...
Linux如何查看哪个进程sys占用率最高？
luke_wang的专栏
12-08 1万+
使用top命令看到CPU usr占用只有0.5%，但sys占用超过11%。想知道是哪个进程/线程sys占用这么多。可以按以下步骤来分析： 1）按1 显示各CPU占用情况； 2）按f，然后按j，按Return，选择P 最后使用的CPU； 3）按H 显示线程； 4）按c 显示命令； 根据CPU#查看P列对应的命令。       参考：http://www.cnblogs.com/zhoug2...
MySQL限制CPU资源使用_使用 systemd 限制系统资源的使用
weixin_39975366的博客
02-19 868
文章目录[隐藏]简单介绍示例使用简单验证会话级别限制其它限制简单介绍在基于 Linux-3.x 内核版本的很多发行版都提供了 Systemd 来管理系统和服务. 同时也将 cgroup 功能加到了 slice, scope 和 service 三个单元中, 详见 sec-Default_Cgroup_Hierarchies. 基于这些特性我们可以很方便的通过 systemd 来限制服务或者进程对系...
【第24天】MYSQL进阶-查询优化- performance_schema系列实战一：利用等待事件排查MySQL性能问题（SQL 小虚竹)
小虚竹的专栏
01-09 1万+
SQL进阶-查询优化- performance_schema系列实战一：利用等待事件排查MySQL性能问题
一个内存碎片化导致系统SYS CPU利用率过高问题分析
lonely_geek的博客
10-22 2017
1、场景描述 生产机器pg_update升级进程完成后，调用postgres多进程进行SQL压测，发现性能大幅下降，SYS CPU占用很高 2、问题分析 1）机器共2个NODE节点，postgres基本都是跑在NODE1上，跑到后期，出现严重内存占用不均匀，NODE1上内存基本耗尽，NODE0还有不少内存。查看NUMA分配策略： 策略为默认策略，preferr...
记录一次 CPU sy 过高的排查经历
一七令
01-02 1万+
机器大概：这台机器是跑 PHP 的 4C 统计机器，同时可能会有多个进程在进行。 使用 Top 观察如下 %Cpu(s): 46.7 us, 35.6 sy, 0.0 ni, 17.7 id, 0.0 wa, 0.0 hi, 0.1 si, 0.0 st 有一个很明显的现象 sy 占用很高，通常这个值要比较小才好。 Sy 定义： system : time running kernel processes。表示CPU在执行内核代码占用的cpu时间。 查了下相关的文章，主要都是说上下文切换导致的。
system占用cpu过高_慌了！系统CPU飙高和频繁GC，我要怎么排查？
weixin_39557373的博客
12-16 1983
来源：http://t.cn/EI9JdBu处理过线上问题的同学基本上都会遇到系统突然运行缓慢，CPU 100%，以及Full GC次数过多的问题。当然，这些问题的最终导致的直观现象就是系统运行缓慢，并且有大量的报警。本文主要针对系统运行缓慢这一问题，提供该问题的排查思路，从而定位出问题的代码点，进而提供解决该问题的思路。对于线上系统突然产生的运行缓慢问题，如果该问题导致线上系统不可用，...
Linux系统中CPU占用率较高问题排查思路与解决方法
热门推荐
liu_chen_yang的博客
04-21 1万+
文章目录前言方法一方法二案例分析场景描述解决过程解决办法总结 这篇文章主要给大家介绍了关于Linux系统中CPU占用率较高问题排查思路与解决方法，文中通过示例代码介绍的非常详细，对大家学习或者使用Linux具有一定的参考学习价值，需要的朋友们下面来一起学习学习吧 前言 作为 Linux 运维工程师，在日常工作中我们会遇到 Linux服务器上出现CPU负载达到100%居高不下的情况，如果CPU 持续跑高，则会影响业务系统的正常运行，带来企业损失。 很多运维的同学遇到这种状况往往会不知所措，对于CPU过载
关于cpu的分析--us,sys百分比代表什么
aican_yu的专栏
10-22 2447
top us 用户空间占用CPU百分比 sy 内核空间占用CPU百分比 ni 用户进程空间内改变过优先级的进程占用CPU百分比 id 空闲CPU百分比 wa 等待输入输出的CPU时间百分比 hi 硬件中断 si 软件中断   wa 数值高的话，一般是由io阻塞引起的。考虑数据库或文件读写有问题 在top下按1,显示逻辑cpu信息 Summar
linux 系统内如何查看当前CPU详细信息
weixin_42730667的博客
10-07 8558
linux 系统内可以通过sysfs 文件系统查看/sys/devices/system/cpu目录内当前所使用的cpu详细信息，不仅可以查到单核cpu，还可以查看多核cpu以及NUMA系统内的cpu信息，还可以查看每个cpu包含的cache详细信息，以便对代码进行进一步优化。 /sys/devices/system/cpu 该目录是cpu详细信息根目录： 首先看到/sys/devices/system/cpu/cpu<id>为命名的目录，代表该cpu有多少个cpu核数，每个cpu核有一个
寻找性能瓶颈
pleasenoerror的博客
07-08 1207
寻找性能瓶颈
【Linux top】CPU占用率过高问题排查
沭沭wen
10-11 2347
前面几篇文章介绍了现阶段掌握的windows下排查cpu过高的手段，因本身职能为跨平台开发，这边总结下Linux下的几种方法：1.通过top命令进行排查 2.通过perf工具进行排查。本文主要对top命令进行总结。
cpu飚高的排查思路
sinat_14913533的博客
06-06 3894
cpu的衡量指标使用率util：代表的是单位时间内CPU繁忙情况的统计。操作系统对cpu的管理就是利用周期的tick时钟中断，将cpu的使用划分时间片。每个时间片内去执行不同进程/线程里的代码。所以cpu的使用率统计其实也是以tick为单位的：统计周期内，有多少个tick是在执行进程/线程里的指令的。top、pidstat等工具查看到的cpu使用率是指统计周期内cpu的占用情况load：平均负载是指单位时间内，系统处于可运行状态和不可中断状态的平均进程数，也就是平均活跃进程数，
有关top命令中的%st，sar命令中的%steal .
weixin_33835103的博客
08-02 687
玩Xen时遇到了一个问题，就是在top中0.7%si, 25.2%st，后面的%st占用很大。后来Google了下，发现问题是由于物理CPU资源不足所致（我的理解）。具体分析请看下面Google的资料： st 的全称是 Steal Time ，就是 Xen Hypervisor 分配给运行在其它虚拟机上的任务的实际 CPU 时间。 IBM 关于 stea...
**如何监控MySQL的连接使用率和性能？**
最新发布
06-04
<think>嗯，用户现在想了解如何监控MySQL的连接使用率和性能，看来他们之前已经询问过最大连接数的问题，现在想更深入地监控和管理数据库。用户引用了五篇资料，但核心需求很明确：需要实用的监控方法和工具推荐。从引用材料来看，用户可能是个数据库管理员或开发人员，正在寻找专业级的监控方案。引用1和3提到性能监控的重要性，引用2和4分别介绍了第三方工具和连接池监控思路，引用5则提供了索引监控的SQL语句。这些材料质量不错，但用户需要的是整合后的实操方案。在之前的回复中，我已经详细解释过max_connections的配置，现在需要延续这个专业深度。用户可能面临的实际场景是：数据库偶尔出现性能瓶颈，需要提前发现连接数不足或响应延迟的问题。他们真正的需求不仅是监控工具列表，更是如何建立完整的性能监控体系。从技术角度，这个问题可以拆解为三个层面：基础指标监控（如连接数、活动线程）、高级性能分析（如慢查询、锁竞争）和工具链搭建。特别要注意引用5提到的performance_schema，这是MySQL内置的强大工具，应该作为重点推荐。用户可能没意识到但同样重要的是：监控数据的解读和告警策略。比如Threads_connected接近max_connections时该如何处理，或者如何区分短时峰值和持续过载。这些实战经验需要整合进回答。关于工具推荐，考虑到不同用户的技术栈：中小企业可能更适合开源方案如Prometheus，而大企业可推荐ApplicationsManager这类商用方案（引用2提到它的深度监控能力）。连接池监控部分（引用4）需要单独说明，因为Java应用的连接池管理和数据库原生连接不是同一维度。需要特别强调时间序列数据的价值——比如用grafana展示连接数变化曲线，比单纯看数字直观得多。同时要提醒监控频率设置，过于频繁的采集可能影响数据库性能本身。</think> 监控MySQL连接使用率和性能需要结合**系统命令、内置工具、SQL查询和第三方工具**，以下是分步骤的实用方案： --- ### **一、核心监控指标** #### 1. **连接使用率** - **当前连接数**：`SHOW STATUS LIKE 'Threads_connected';` - **最大连接数**：`SHOW VARIABLES LIKE 'max_connections';` - **使用率计算公式**： ``` $$ \text{连接使用率} = \frac{\text{Threads\_connected}}{\text{max\_connections}} \times 100\% $$ ``` > 安全阈值：建议 ≤80%（超过需扩容或优化） #### 2. **连接状态分布** ```sql SHOW STATUS LIKE 'Threads_%'; -- 重点关注： -- Threads_running（活跃查询线程） -- Threads_created（历史创建连接数） -- Threads_cached（缓存中的线程） ``` #### 3. **连接来源分析** ```sql SELECT user, host, COUNT(*) FROM information_schema.processlist GROUP BY user, host; ``` --- ### **二、内置工具监控** #### 1. **`SHOW PROCESSLIST`** 实时查看连接状态和执行的SQL： ```sql SHOW FULL PROCESSLIST; -- 显示完整SQL（避免截断） ``` > 关键列：`Command`（如`Query`/`Sleep`）、`Time`（执行时长）、`State`（状态） #### 2. **Performance Schema** 启用后（需配置）可获取深度数据： - **连接池监控**（引用[4]思路）： ```sql SELECT * FROM performance_schema.threads; ``` - **索引使用率**（引用[5]）： ```sql SELECT * FROM performance_schema.table_io_waits_summary_by_index_usage; ``` #### 3. **Sys Schema** 预置诊断视图（MySQL 5.7+）： ```sql -- 连接等待最多的主机 SELECT * FROM sys.host_summary_by_statement_latency; -- 慢SQL分析 SELECT * FROM sys.statement_analysis; ``` --- ### **三、第三方工具整合** #### 1. **Prometheus + Grafana** - **部署Exporter**：使用 `mysqld_exporter` 采集指标 - **关键Dashboard指标**： - 连接数时序曲线 - 活跃查询占比 - 每秒查询量（QPS） - 慢查询计数 #### 2. **Applications Manager**（引用[2]） - **深度监控能力**： - 自动预警连接池枯竭 - 事务锁竞争分析 - 复制延迟检测 #### 3. **Percona Monitoring & Management (PMM)** 开源方案提供： - **Query Analytics**：解析SQL执行计划 - **资源利用率关联**：CPU/内存与连接数的关联分析 --- ### **四、关键场景诊断** #### 1. **连接泄露** - **现象**：`Threads_created`持续增长，但`Threads_cached`不增加 - **定位**：检查长时间`Sleep`的连接： ```sql SELECT * FROM information_schema.processlist WHERE COMMAND='Sleep' AND TIME > 300; -- 5分钟以上空闲连接 ``` #### 2. **连接池过载** - **现象**：`Threads_running`持续接近`max_connections` - **优化**： - 调整`thread_cache_size` - 启用连接复用（如PHP的`pconnect`） - 检查应用侧连接池配置（引用[4]） --- ### **五、最佳实践建议** 1. **基线建立**：业务低峰期记录正常指标范围 2. **自动化告警**： - 连接使用率 >80% - `Threads_running` > 50% max_connections - 慢查询数突增 3. **定期优化**： - 每月分析索引使用率（引用[5]） - 清理不活跃账号（减少冗余连接） > 通过组合内置指标和可视化工具（如Grafana），可构建实时监控看板实现快速响应[^1][^2][^3]。 --- **相关问题**： 1. MySQL慢查询日志如何配置并分析性能瓶颈？ 2. 如何通过`EXPLAIN`优化高延迟SQL语句？ 3. 数据库连接池配置参数有哪些调优策略？ 4. Prometheus监控MySQL时需关注哪些关键指标？
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值